Shift left FinOps: como levar o custo para o pull request

Shift left FinOps é levar a decisão de custo para a hora em que o engenheiro escreve a mudança: uma estimativa no pull request, uma regra no CI que pode segurar o merge e o custo à vista do agente de código, antes de o recurso existir. A fatura do mês seguinte passa a confirmar uma decisão já tomada. A LevelFour, o Infracost, o HCP Terraform, a Harness e o Stacklet atuam nessa frente, cada um em etapas diferentes.

Lemos a documentação e as páginas de cada ferramenta em novembro de 2026. A LevelFour é nossa, por isso ocupa mais espaço, e cada afirmação sobre outra ferramenta linka a página dela.

O que é shift left FinOps?

O termo vem do teste de software. No desenho do ciclo de desenvolvimento, que corre da esquerda para a direita, mover o teste para a esquerda significa rodá-lo mais cedo. Em FinOps vale o mesmo para custo, e a FinOps Foundation escreve isso nos princípios do framework: times técnicos devem tratar custo como métrica de primeira classe desde o começo do ciclo de desenvolvimento.

A diferença aparece em quem decide e quando. Sem shift left, alguém de FinOps encontra um recurso caro semanas depois do deploy, abre um ticket e disputa prioridade com o roadmap do time. Com shift left, quem escreve o Terraform vê o custo ao lado do resultado dos testes e troca uma linha antes do merge.

Por que os times estão fazendo shift left?

Porque corrigir depois custa mais trabalho. Um recurso em produção pede janela de mudança, teste e alguém que lembre por que ele foi criado. Uma linha em um pull request pede um commit.

O State of FinOps 2026, pesquisa da FinOps Foundation com 1.192 respondentes, coloca o tema entre os destaques do ano. A estimativa de custo de arquitetura antes do deploy ficou em segundo lugar entre os recursos que os praticantes pedem às ferramentas, atrás do monitoramento de gasto com IA. O mesmo relatório diz que a medição continua sem solução, assunto da seção Como medir.

Onde o custo entra em cada etapa

Como colocar custo no pull request

O PR bot da LevelFour lê cada pull request que muda seu código de infraestrutura e posta o custo dos recursos alterados, antes e depois, junto com o gasto mensal. É um comentário só, que ele edita a cada push, e as configurações mais baratas chegam como sugestões nas linhas do diff. Quando a sugestão serve, basta responder:

@levelfourai apply all

O bot grava as sugestões em um commit na branch. Quem discorda usa @levelfourai dismiss <reason>, e o motivo fica no topo do comentário para a próxima pessoa que revisar. Para entender de onde vêm os preços e o que uma estimativa não enxerga, leia como funciona a estimativa de custo do Terraform.

Um exemplo com preços reais

Pense em um pull request que sobe um serviço novo em São Paulo com três instâncias m6i.2xlarge. A AWS cobra US$ 0,612 por hora por instância sob demanda, em Linux, na região sa-east-1. Em 730 horas, isso dá US$ 446,76 por instância e US$ 1.340,28 por mês. A m7g.2xlarge tem os mesmos 8 vCPUs e 32 GiB, roda em Graviton (ARM) e sai por US$ 201,04 a menos por mês se a aplicação rodar em ARM.

A terceira linha mostra a armadilha de quem roda no Brasil. Sem região no comando, na configuração ou no bloco provider, o l4 precifica tudo em us-east-1: o total parece plausível e, neste caso, fica US$ 499,32 abaixo do custo em São Paulo. Diga a região:

l4 diff --region sa-east-1 ./infra/

Como bloquear o merge sem travar o time

O comentário informa quem revisa. Para segurar o merge, rode o l4 em um job de CI e marque esse job como check obrigatório:

l4 diff --fail-above 100 -q ./infra/

Se a mudança somar mais de US$ 100 por mês, o comando sai com código 2 e o job falha. Prefira l4 diff a l4 estimate --fail-above: o primeiro mede a mudança e o segundo mede o workspace inteiro, então um repositório que já passa do limite falharia em todo pull request. Uma chave read basta, e o job precisa do histórico do git (fetch-depth: 0 no GitHub Actions, GIT_DEPTH: 0 no GitLab CI) para achar a base da comparação.

Como levar o custo para o editor e o agente de código

Com Claude Code, Cursor e outros agentes escrevendo Terraform, a etapa mais à esquerda fica antes do pull request. O agente com acesso ao terminal roda o l4 sozinho, e uma instrução no arquivo do repositório resolve:

When you change anything under infra/, run `l4 diff --region sa-east-1 ./infra/`
and put the monthly cost change in the pull request description.

Isso cobre o custo da mudança. Para saber quanto o serviço custa hoje, o servidor MCP da LevelFour responde no mesmo chat: gasto por serviço, o que mais cresceu e as savings abertas. No Claude Code, ele entra com um comando, e Cursor, VS Code, Windsurf e qualquer outro cliente MCP se conectam do mesmo jeito:

claude mcp add --transport http levelfour https://mcp.levelfour.ai/mcp

Quais ferramentas fazem shift left FinOps?

Para comparar as opções de estimativa em detalhe, veja as melhores alternativas ao Infracost, em inglês.

Erros comuns

• Bloquear o merge no primeiro dia. Deixe só o comentário por algumas semanas, veja quais mudanças passariam do limite e ligue o check obrigatório depois.
• Usar o mesmo limite em todos os repositórios. US$ 100 por mês é ruído em um serviço de produção grande e sinal forte em um ambiente de teste.
• Esquecer a região. O exemplo acima erra por US$ 499,32 por mês com uma flag a menos.
• Ler a estimativa como previsão da fatura. Ela mostra o tamanho e a direção da mudança, e uso, tráfego e descontos só aparecem depois do deploy.
• Deixar o check sem dono. Combine quem pode liberar uma exceção antes da primeira mudança urgente travar em uma sexta-feira.

Como medir se está funcionando

Custo evitado não aparece na fatura, e é por isso que a medição segue difícil. Três números ajudam: quantos pull requests mudaram depois de ver a estimativa, a soma do custo mensal proposto contra o custo que de fato entrou no merge, e a parcela dos repositórios com o check ligado. Na fatura, acompanhe o custo por serviço com alocação por time e confirme o que ficou.

Como começar

• Conecte o repositório e deixe o bot comentar por duas semanas, sem bloquear nada.
• Fixe a região com --region ou com region_override em .levelfour/config.yml.
• Ligue l4 diff --fail-above como check obrigatório nos repositórios de maior gasto.
• Coloque a instrução do l4 no arquivo de agente do repositório e conecte o servidor MCP.

A LevelFour estima cada mudança, sugere a correção e depois confirma a economia na fatura, para gasto de cloud, SaaS e IA. Veja quanto a LevelFour pode economizar na sua conta em 5 minutos, com acesso somente leitura.

Perguntas frequentes