xGrowth Tech
Cloud & IT··5 min de leitura

Estimar o Custo Antes de Implementar: o Pré-Custeio de Arquitectura em FinOps

O custo de uma arquitectura decide-se no desenho, não na primeira factura. O pré-custeio de arquitectura é o pedido principal de ferramentas na prática de gestão financeira de tecnologia em 2026, e há uma forma de começar a praticá-lo sem ferramenta nova.

A discussão sobre o custo de uma arquitectura costuma acontecer tarde. O desenho é aprovado, o sistema é implementado, e só a primeira factura de cloud mostra quanto custa a decisão. Nessa altura já foi construído, já está em produção, e corrigir custa mais do que teria custado prevenir.

Gestão financeira de tecnologia (FinOps) é a prática que junta engenharia, finanças e produto para decidir onde vai o dinheiro em tecnologia. A tendência mais recente da prática desloca essa conversa para antes: o pré-custeio de arquitectura, ou seja, ter uma estimativa de custo por serviço e por ambiente antes de o desenho ser aprovado.

O que diz a prática em 2026

Pré-custeio de arquitectura
É o pedido principal de capacidade de ferramentas identificado entre os praticantes de gestão financeira de tecnologia em 2026, reflectindo o chamado deslocamento para a esquerda (shift left). As equipas já constroem soluções internas para o fazer e querem que as ferramentas comerciais acompanhem.
Fonte: FinOps Foundation, State of FinOps 2026

O relatório reúne 1.192 respondentes que, juntos, gerem mais de 83 mil milhões de dólares de gasto anual em cloud. Quando esse grupo aponta o pré-custeio como o pedido principal, está a dizer algo específico: a estimativa já existe como prática informal em muitas equipas, mas falta o suporte de ferramenta que a torne rotina em vez de excepção.

É a continuação natural de um movimento já registado neste blogue: o âmbito da própria gestão financeira de tecnologia saiu da factura de cloud e passou a cobrir software como serviço, licenciamento e centro de dados. O pré-custeio é o passo seguinte desse âmbito alargado: estimar antes de gastar, em qualquer uma dessas linhas.

Porque é que estimar antes muda o resultado

Um desenho de arquitectura decide a forma como um sistema vai gastar, muito antes de gastar seja o que for. O número de instâncias, a estratégia de armazenamento, a frequência de chamadas entre serviços, tudo isso está fixado no desenho, e tudo isso é custo. Deixar essa decisão passar sem uma estimativa não elimina o custo. Só adia a descoberta para o momento em que já não há margem barata para o corrigir.

O deslocamento para a esquerda, conceito que a prática de engenharia de segurança já usa há mais tempo, aplica-se aqui da mesma forma: mover uma verificação para o ponto mais cedo possível do processo, onde corrigir ainda é barato.

Como começar sem ferramenta nova

Não é preciso esperar por uma ferramenta comercial para começar a praticar pré-custeio.

Uma estimativa de custo entra na revisão de desenho como mais um critério de aprovação, ao lado da segurança e da fiabilidade. Isso exige que cada recurso planeado tenha, desde o início, uma etiqueta de produto, de equipa responsável e de ambiente. Sem essa etiquetagem, a estimativa não tem como se comparar depois com o custo real.

Depois de implementado, a comparação entre o estimado e o real, revista por serviço, é o que fecha o ciclo: mostra onde a estimativa falhou e ensina a equipa a estimar melhor da próxima vez.

Comparar com dados comuns entre fornecedores

Uma estimativa só é útil se puder ser comparada com o gasto real, e essa comparação fica mais simples quando os dados de facturação seguem um formato comum entre fornecedores.

A FinOps Open Cost and Usage Specification (FOCUS) é uma norma aberta que normaliza dados de facturação de inteligência artificial, cloud, software como serviço e centro de dados, hoje na versão 1.4. Fornecedores como a AWS, a Microsoft Azure e a Google Cloud já geram dados nesse formato, ao lado de mais de uma dezena de outros. Isso significa que uma equipa que opera em mais de um fornecedor pode comparar a estimativa com o real sem construir uma tradução manual entre formatos diferentes a cada mudança de ambiente.

Cinco perguntas antes de aprovar um desenho

  • Este desenho tem uma estimativa de custo por serviço e por ambiente?
  • Cada recurso planeado já tem etiqueta de produto, equipa e ambiente definida?
  • Existe um responsável nomeado que vai comparar o estimado com o real depois do deploy?
  • Essa comparação está agendada, ou depende de alguém se lembrar de a fazer?
  • Se a arquitectura usar mais de um fornecedor, os dados de custo podem ser comparados no mesmo formato?

Conclusão

O pré-custeio de arquitectura não é uma disciplina nova. É o reconhecimento de que o momento mais barato para decidir sobre custo é o mesmo momento em que se decide sobre a arquitectura, não um mês depois, quando a primeira factura chega. Continua a exigir-se em 2026, aponta o relatório, sinal de que a maioria das equipas ainda não o pratica com regularidade.

Para estruturar essa estimativa e a etiquetagem que a sustenta, com capacidade sénior que reforça a equipa interna, é possível agendar uma Sessão de Esclarecimento, sem compromisso.