CEVIU Logo
Voltar
Argo CD v3.5 Release Candidate introduz suporte a ApplicationSet na UI e melhorias de segurança

Argo CD v3.5 Release Candidate introduz suporte a ApplicationSet na UI e melhorias de segurança

Aprofundamento CEVIU

Aprofundamento

argo-cd v3.5 RC: ApplicationSet na UI e segurança em foco

O argo-cd é o motor de entrega contínua declarativa para Kubernetes mantido pelo argoproj. Ele funciona observando o estado desejado definido em repositórios Git e aplicando essas configurações nos clusters. A ferramenta atende equipes de plataforma que precisam de GitOps em escala, mas esbarra em limitações de tamanho de recursos no etcd quando os objetos Application ficam muito complexos. A comunidade do projeto detalhou no artigo original os ajustes finos da nova versão candidate para contornar esses gargalos e melhorar a experiência visual.

A atualização introduz a interface nativa para ApplicationSet, permitindo visualizar previews de deploy antes da aplicação real. O Source Hydrator e a impersonation avançam para o estágio beta, fortalecendo a operação com múltiplos tenants. A compatibilidade com Helm 4 e o mTLS no repo-server garantem que o pipeline de entrega acompanhe as evoluções do ecossistema sem quebrar integrações legadas. O repositório oficial já disponibiliza os binários para testes.

Por que isso importa

Impacto na operação de plataformas GitOps

Gerenciar centenas de aplicações exige controle rigoroso de permissões e integridade do código-fonte. A impersonation em beta garante que operações no servidor respeitem o contexto do usuário, essencial para auditoria. A validação de integridade de origem bloqueia commits não assinados, mitigando ataques à cadeia de suprimentos. Para quem opera clusters de produção, o mTLS interno e os limites de concorrência no ApplicationSet previnem sobrecarga no cluster e no repositório Git.

Perguntas frequentes

O que é o argo-cd e para que ele serve?

O argo-cd é uma ferramenta de entrega contínua declarativa para Kubernetes. Ele automatiza o deploy de aplicações sincronizando o estado definido em repositórios Git com os recursos vivos no cluster, seguindo a filosofia GitOps.

Como a impersonation melhora a segurança no argo-cd?

A impersonation permite que o argo-cd assuma a identidade de um usuário específico ao executar operações no servidor. Isso garante que ações como sincronizar aplicações ou deletar recursos respeitem as permissões do RBAC, facilitando a auditoria em ambientes com múltiplos tenants.

O que é o Source Hydrator e por que ele é útil?

O Source Hydrator separa repositórios de manifestos secos e hidratados. Isso permite padrões GitOps avançados com múltiplos repositórios e garante que apenas commits assinados e confiáveis sejam processados e aplicados nos clusters.

O argo-cd tem limitações de tamanho para recursos?

Sim. O Kubernetes impõe limites no etcd para o tamanho de recursos individuais. A versão 3.5 trata esses limites de forma mais elegante ao armazenar objetos Application muito grandes, evitando falhas de sincronização em configurações complexas.

Fontes

Avalie este artigo:
Compartilhar:
Categoria
CEVIU DevOps
Publicado
26 de junho de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser