Argo CD v3.4 Release Candidate Anunciado
Aprofundamento CEVIU
Aprofundamento
A versão 3.4 do Argo CD não é só mais um release candidate: é uma resposta técnica direta à descontinuação iminente dos Office 365 Connectors pela Microsoft, que encerra oficialmente entre 18 e 22 de maio de 2026. O suporte nativo a Microsoft Teams Workflows, baseado em Power Automate e Adaptive Cards, não apenas substitui o antigo mecanismo, mas traz interatividade real: botões de ação dentro das notificações, canais privados e layouts semânticos com cores por status (vermelho para falhas, verde para sucesso). Isso muda como equipes reagem a eventos críticos, deixando de ler logs no Slack para executar ações diretamente na mensagem.
Os novos filtros da UI são mais do que conveniência: filtrar aplicações por anotações (`metadata.annotations`) é essencial para quem usa metadados operacionais como `deployed-by`, `compliance-scope` ou `cost-center`. Já o filtro de 'Status da Operação' resolve um gap prático, antes, era preciso abrir cada aplicação para saber se estava em 'syncing', 'pending', ou travada em 'waiting for approval'. A anotação `argocd.argoproj.io/skip-reconcile`, por sua vez, é uma ferramenta de emergência silenciosa: ela evita que o controlador do Argo CD dispare centenas de requisições contra um cluster offline durante manutenção, reduzindo carga na API do Kubernetes e evitando timeouts em clusters com políticas DNS restritivas, algo que já causou incidentes em ambientes com mais de 300 aplicações.
Por que isso importa
Essa versão define o novo padrão para operações de dia 2 em GitOps em escala. Com quase 60% dos clusters Kubernetes usando Argo CD (CNCF 2025) e 42% gerenciando mais de 500 aplicações por instância, otimizações como o desligamento padrão de consultas gRPC DNS espúrias ou o tracing OTEL para OIDC não são detalhes, são requisitos de confiabilidade. O tracing integrado permite rastrear falhas de autenticação SSO em menos de 30 segundos, enquanto a mudança no formato da versão do cluster (`vMajor.Minor.Patch`) já exige revisão prévia em ApplicationSets usados em pipelines de entrega contínua. Ignorar essa atualização significa ficar sem suporte em menos de 6 meses: o ciclo de vida do Argo CD garante patches apenas para as três versões menores mais recentes.
Linha do tempo
Anúncio do Release Candidate do Argo CD v3.4
Perguntas frequentes
Por que migrar para Microsoft Teams Workflows agora, se os Office 365 Connectors ainda funcionam?
Os conectores serão desativados entre 18 e 22 de maio de 2026. A migração exige reconfiguração de webhooks e uso de Adaptive Cards, não é compatível com os antigos payloads. Versões v3.2 e v3.3 do Argo CD têm suporte retroativo, mas só até 31 de março de 2026.
O que a anotação `skip-reconcile` realmente faz, e quando usar?
Ela impede que o controlador do Argo CD tente conectar-se a um cluster remoto durante a reconciliação, útil em manutenções, ataques de rede ou quando um cluster está temporariamente indisponível. Não afeta o estado do Git, apenas pausa a aplicação de mudanças no cluster alvo.
Como o tracing OTEL para OIDC melhora a segurança operacional?
Permite rastrear cada passo do fluxo de autenticação SSO (redirecionamento, token exchange, validação), identificando gargalos ou falhas em provedores como Azure AD. Isso acelera diagnósticos em cenários de login lento ou falhas esporádicas sem depender de logs descentralizados.
A mudança no formato da versão do cluster (`vMajor.Minor.Patch`) quebra alguma coisa?
Sim, ApplicationSets que usam geradores de cluster com expressões baseadas em `cluster.version` precisam ser atualizados. O novo formato exige ajuste nas regex ou templates usados para extrair versões, especialmente em pipelines que automatizam upgrades de clusters.
Fontes
- blog.argoproj.iofonte original
- Categoria
- CEVIU DevOps
- Publicado
- 20 de março de 2026
- Editoria
- CEVIU DevOps
