Extensão open-source mostra o custo de cada aplicação direto na UI do Argo CD

O Cost Intelligence for Argo CD ataca uma lacuna prática: o Argo CD mostra saúde, recursos alterados e revisão em execução após um sync, mas não diz se aquele sync encareceu a aplicação. Segundo o autor, a fatura de nuvem até divide custo por namespace ou label de pod (split cost allocation no EKS, cost allocation no GKE), mas não conhece aplicações nem syncs. O Argo CD 3 rastreia recursos por annotation por padrão, não por label, então falta a chave para ratear por aplicação. Em namespaces compartilhados, o custo por namespace esconde quem subiu a conta.

Como funciona: depois de cada sync bem-sucedido, o Argo CD Notifications chama o plugin, que pergunta ao OpenCost o custo das últimas 24 horas e guarda o resultado como medição, projetada para um mês de 30 dias. Como a janela olha para trás, a medição logo após o sync ainda reflete a versão anterior, e o efeito completo aparece cerca de um dia depois. A aba tem três visões (Actual costs, Resources e Trends), sugere requests menores quando os pods usam menos da metade da CPU pedida e integra sugestões do Vertical Pod Autoscaler. Há também uma página para o time de plataforma e um exporter que publica custo por hora como métricas Prometheus. Requisitos: Argo CD 3.4 a 3.6, OpenCost 1.121.1 ou mais recente e Helm 3.8 ou mais recente. O projeto é open-source (Apache 2.0), comunitário e sem vínculo com Argo, CNCF ou OpenCost. É um lançamento inicial, e valores do Helm e o schema do banco podem mudar entre versões menores.

A faixa de versões suportadas conecta com a cobertura anterior. Em 1 de julho de 2026, o CEVIU noticiou "Argo CD 3.5 lança UI nativa para ApplicationSets: visualização, comparação e análise de configurações sem sair do navegador", e em 26 de junho de 2026 tratou do release candidate da 3.5. A extensão de custo cobre justamente 3.4 a 3.6, ou seja, roda sobre essa geração em que a UI do Argo CD ganhou mais recursos visuais. O material não indica relação entre os dois projetos além disso.

Para quem opera plataforma, a leitura é que custo passa a entrar no mesmo momento de revisão do deploy, não só na fatura do mês seguinte. Isso ajuda em chargeback e em right-sizing de requests. Dois cuidados: a página de plataforma mostra gasto de todos os times, então vale revisar o RBAC (o role:readonly pode enxergá-la), e os números só valem o que valem os dados do OpenCost.