Pesquisa do Argo CD 2026: Adoção em Alta e Desafios de Escala no DevOps

ApplicationSets não é só um recurso: é o principal mecanismo de escala operacional no Argo CD para quem já saiu da fase de implantação manual. Ele funciona como um controlador Kubernetes que gera múltiplas instâncias de Application a partir de um único manifesto, usando geradores baseados em listas de clusters, repositórios Git ou até APIs externas. Isso permite, por exemplo, implantar a mesma aplicação em dez ambientes com um único commit, sem duplicar YAMLs nem depender de scripts personalizados. Mas essa flexibilidade tem preço: o modelo exige disciplina na modelagem de templates e impõe riscos reais de segurança se não for combinado com RBAC rigoroso e validação de commits, justamente as duas áreas reforçadas no v3.5, lançado em junho de 2026 com mTLS interno e verificação de assinatura Git.

O dado mais revelador da pesquisa de 2026 não é o NPS de 73.4, mas a mudança no perfil dos desafios. Em 2025, falta de rastreabilidade era o problema número um. Em 2026, caiu para terceiro lugar, substituída por gates de release e pipelines padronizados. Isso mostra que as equipes já resolveram o básico do GitOps (versão, auditabilidade, rollback) e agora estão travando a batalha real da maturidade: como impor políticas de qualidade, segurança e conformidade entre ambientes sem matar a autonomia do time. É nesse vácuo que ferramentas como Argo Rollouts (usado por 63% dos respondentes) e o novo Argo CD Agent começam a ganhar espaço, não como substitutos, mas como extensões necessárias ao core do Argo CD.

Em 26 de junho de 2026, o CEVIU noticiou o release candidate do Argo CD v3.5 com suporte nativo a ApplicationSets na interface, algo ausente antes. Agora, a pesquisa de 15 de julho de 2026 confirma que 79% dos usuários já usam ApplicationSets, um salto de 13 pontos percentuais em relação aos 66% registrados em 2025. A mudança não é só numérica: é estrutural. O uso deixou de ser pontual e passou a ser central na automação de promoções entre ambientes, o que explica por que 'rastreabilidade' deixou de ser o maior desafio e foi substituída por 'gates de release', um problema que só surge quando a automação já está consolidada.

Para engenheiros de plataforma, isso significa que o foco técnico mudou: não basta garantir que o Argo CD sincronize. Agora é preciso projetar gates que integrem testes de carga, análise de drift em infraestrutura e aprovações humanas condicionais, tudo orquestrado dentro do mesmo fluxo declarativo. E para SREs, que aparecem em maior número nesta edição da pesquisa, o alerta é claro: escalabilidade não é só sobre quantas aplicações você gerencia, mas sobre quantos clusters você conecta a uma única instância sem comprometer SLIs de latência de sync ou tempo médio de recuperação após falha. A pressão crescente sobre instâncias únicas (25% dos respondentes usam mais de 10) torna o Argo CD Agent e o modo multi-cluster com mTLS não opcionais, são requisitos de produção.