Devops on Rafael Zago

Migrei de Jekyll para Hugo com desenvolvimento agentic

Sun, 26 Jul 2026 00:00:00 -0300

Em 24 de julho de 2026 este blog deixou de ser Jekyll + Chirpy e passou a ser Hugo + Archie. Eu podia ter tratado isso como “troca o tema e torce”. Não tratei. Foi cutover com PRD, tickets verticais, preview local obrigatório e tag de rollback imutável.

Já escrevi sobre como organizo skills e agentes e sobre o fluxo genérico de PRD a PR. Este post é o estudo de caso: o mesmo playbook, numa migração real deste repositório. Processo na espinha, passos reproduzíveis no meio. Multilíngue fica para o próximo capítulo. Aqui o assunto é o cutover Jekyll → Hugo.

Como eu uso IA no desenvolvimento (Cursor e Claude)

Wed, 22 Jul 2026 00:00:00 -0300

A pergunta que mais ouço sobre IA no dia a dia não é “qual modelo você usa?”. É “como você organiza isso para não virar bagunça?”.

Eu uso IA o tempo todo, no código e neste blog. O que mudou a minha rotina não foi um prompt milagroso. Foi tratar o agente como alguém que entra no projeto sem contexto: se a regra não está em arquivo, ela não existe. Skills, AGENTS.md, agentes com papéis estreitos e eu revisando o resultado. Sem mágica.

Claude Code: do PRD ao pull request com agentes

Fri, 08 May 2026 00:00:00 -0300

Introdução

Descobri o Claude Code há alguns meses quando nosso time estava lutando para manter a consistência em code reviews. Depois de seis semanas usando a ferramenta, conseguimos reduzir o tempo médio de PR de 4 dias para 1 dia — e isso foi só o começo.

O Claude Code automatiza boa parte do workflow de desenvolvimento. PRDs, TDD, code review, até a configuração de MCP. Não é mágica, mas funciona bem o suficiente para fazer diferença no dia a dia.

OpenShift Service Mesh 3: o que muda com o Istio

Mon, 07 Jul 2025 00:00:00 -0300

Overview

O OpenShift Service Mesh 3 (OSSM3) substitui o Maistra pelo Istio upstream como núcleo da solução. O Maistra era um fork customizado do Istio mantido pela Red Hat; com o OSSM3, a base passa a ser o Istio direto do projeto da comunidade — sem patches específicos, sem rebase.

Entre as mudanças concretas: upgrades do control plane podem ser feitos in-place ou via revisão (canary), o Kiali precisa ser instalado separadamente via Kiali Operator, e o suporte a multi-cluster usa as topologias padrão do Istio upstream.

Jenkins CasC: pipelines de alta performance com GitOps

Fri, 13 Jun 2025 00:00:00 -0300

A Necessidade de Evoluir: Os Desafios do Jenkins “Básico”

Jenkins é, sem dúvida, um dos servidores de automação mais poderosos e populares do mundo. Ele é o motor de inúmeros pipelines de CI/CD que compilam, testam e implantam aplicações. No entanto, quando gerenciado manualmente através da interface web — uma prática que muitos chamam de “ClickOps” — ele revela suas fraquezas.

O “ClickOps” leva a desafios significativos que podem comprometer a agilidade e a confiabilidade de qualquer projeto, especialmente em ambientes complexos como os de MLOps:

Quem sou eu? Sobre Rafael Zago

Mon, 04 Dec 2023 00:00:00 -0300

Apresentação

Qué pasa?

Olá! Não me leve muito a sério, ok? Eu criei esse espaço para compartilhar um pouco do conhecimento que eu tenho e que 90% dele, eu ganhei na internet. Então já passou da hora de devolver um pouco para o mundo.

Hoje sou senior software automation engineer na Red Hat, mas já passei por algumas empresas (pequenas e grandes) fazendo de tudo um pouco:

DevOps de coração e SysAdmin de vocação.
Criando métodos de aprendizagem e estruturando treinamentos.
Trabalhei, por muitos anos, com suporte de aplicações de vários tamanhos e complexidade.
Sou instrutor da Caelum/Alura.
Sou padrinho do carinha mais dahora da terra! Sem clubismo…

Comunidades

Sou devops de coração e também membro da organização do DevOpsDays SP

CI/CD upstream vs downstream: quando usar cada um

Fri, 02 Jun 2023 00:00:00 -0300

Integrando Skupper com Skupper: Uma abordagem upstream e downstream

Quando se trata de desenvolvimento de software, integrar projetos upstream e downstream pode ser um desafio. Neste artigo, vamos explorar uma abordagem eficaz para integrar o Skupper e o Skupper, utilizando ferramentas populares para cada lado do desenvolvimento.

Introdução

O Skupper é um projeto de software livre que fornece uma solução de rede de serviço para Kubernetes. O Skupper é desenvolvido pela Red Hat e está disponível sob a licença Apache 2.0. Essa é a versão upstream do Skupper, o que significa que é a versão que está sendo desenvolvida ativamente pela Red Hat.

Skupper: rede de apps multicloud em poucos comandos

Sat, 01 Oct 2022 00:00:00 -0300

Referências e tecnologias utilizadas:

Ferramentas

Um computador com o minikube [2] instalado;
Um terminal para executar os comandos;
kubectl > 1.15 [6] ou mais nova.

Descrição da solução

O Skupper [1] é uma ferramenta que permite conectar dois ou mais ambientes de cloud de uma maneira não intrusiva e segura. Tais ambientes podem ser de diferentes provedores de serviço em nuvem como: AWS, GCP, AZURE entre outras, e, inclusive, clusters kubernetes nativos.