<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>blog on Castro</title>
    <link>https://castroti.com.br/posts/</link>
    <description>Recent content in blog on Castro</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>pt-br</language>
    <lastBuildDate>Sun, 10 Mar 2024 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://castroti.com.br/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>OKE &#43; Traefik &#43; ArgoCD: GitOps de verdade na OCI</title>
      <link>https://castroti.com.br/posts/kubernetes-oke-traefik-argocd/</link>
      <pubDate>Sun, 10 Mar 2024 00:00:00 +0000</pubDate>
      <guid>https://castroti.com.br/posts/kubernetes-oke-traefik-argocd/</guid>
      <description>O problema Você tem um cluster OKE rodando na OCI. Quer Traefik como ingress, SSL automático via Let&amp;rsquo;s Encrypt, e ArgoCD sincronizando tudo pelo Git sem kubectl apply manual.&#xA;Essa combinação não tem tutorial decente em português. Esse é ele.&#xA;Pré-requisitos Cluster OKE provisionado (via Terraform ou console OCI) kubectl configurado com kubeconfig do cluster helm ≥ 3.12 Domínio com DNS apontando para o Load Balancer da OCI ArgoCD CLI (argocd) instalado localmente 1.</description>
    </item>
    <item>
      <title>PostgreSQL no Kubernetes: tuning que funciona em produção</title>
      <link>https://castroti.com.br/posts/postgresql-tuning-kubernetes/</link>
      <pubDate>Thu, 15 Feb 2024 00:00:00 +0000</pubDate>
      <guid>https://castroti.com.br/posts/postgresql-tuning-kubernetes/</guid>
      <description>Contexto Rodar PostgreSQL no Kubernetes é possível. Fazer isso bem exige atenção em alguns pontos que a maioria dos tutoriais ignora.&#xA;Esse post é o que eu gostaria de ter encontrado antes de ir pra produção.&#xA;1. Storage: não negocie com isso Use storageClassName com WaitForFirstConsumer e, se possível, local SSDs:&#xA;1 2 3 4 5 6 7 8 9 10 11 12 # storage-class.yaml — OCI Block Volume apiVersion: storage.</description>
    </item>
    <item>
      <title>Stack PLG: Prometheus &#43; Loki &#43; Grafana no Kubernetes do jeito certo</title>
      <link>https://castroti.com.br/posts/observabilidade-prometheus-grafana-loki/</link>
      <pubDate>Sat, 20 Jan 2024 00:00:00 +0000</pubDate>
      <guid>https://castroti.com.br/posts/observabilidade-prometheus-grafana-loki/</guid>
      <description>Por que PLG e não ELK? Simples: custo e operação.&#xA;ELK (Elasticsearch + Logstash + Kibana) consome muito mais recurso e é complexo de manter. A stack PLG (Prometheus + Loki + Grafana) roda mais leve, integra nativamente com K8s e o Grafana unifica métricas, logs e traces em um único lugar.&#xA;Arquitetura ┌─────────────────┐ │ Grafana │ ← única UI pra tudo └────────┬────────┘ │ ┌──────────────┼──────────────┐ │ │ │ ┌──────┴──────┐ ┌─────┴────┐ ┌─────┴─────┐ │ Prometheus │ │ Loki │ │ Tempo │ │ (métricas) │ │ (logs) │ │ (traces) │ └──────┬───────┘ └────┬─────┘ └───────────┘ │ │ ┌────────┴──────┐ ┌────┴──────┐ │ Node Exporter │ │ Promtail │ │ kube-state │ │ (agente) │ └───────────────┘ └───────────┘ 1.</description>
    </item>
  </channel>
</rss>
