Alocação de custos cloud: como saber qual área da empresa gasta o quê

A fatura chega fechada e a diretoria pergunta quanto custa atender um cliente específico. Este guia mostra como montar um modelo de alocação de custos cloud que responde essa pergunta com número, não com estimativa.

A cena se repete em empresas de todos os portes.

O diretor financeiro abre a fatura de nuvem do mês e faz uma pergunta simples: quanto desse valor é do produto novo que lançamos em junho?

O gestor de TI olha para a tela. Ele sabe o total. Sabe, mais ou menos, quais servidores atendem aquele produto. Não sabe, com precisão, quanto dos serviços compartilhados (banco de dados, balanceador, monitoramento, backup) deve ser atribuído a ele. Então responde com uma faixa. E uma faixa, em reunião de orçamento, vale pouco.

O problema não é falta de dados. De fato, o provedor registra cada hora de cada recurso. No entanto, esses dados não estão organizados na linguagem do negócio. Eles estão organizados na linguagem da infraestrutura.

Alocação de custos cloud é exatamente a tradução entre essas duas linguagens.

O que é alocação de custos cloud

Alocação de custos cloud é o processo de atribuir cada real da fatura de nuvem a uma dimensão de negócio (área, projeto, produto, cliente ou ambiente) de forma consistente e auditável. Ela transforma uma conta de infraestrutura em informação gerencial.

Repare no que ela não é. Não é redução de custo, embora quase sempre leve a isso. Não é a mesma coisa que o relatório de custos do provedor, que agrupa por serviço e por região. Tampouco é um exercício contábil de rateio linear por número de funcionários.

A pergunta que a alocação responde é: quem consumiu isso?

Sem essa resposta, três coisas ficam impossíveis:

• Precificar corretamente um produto ou contrato que depende de infraestrutura.
• Cobrar responsabilidade de quem provisiona.
• Distinguir crescimento saudável de desperdício, porque você não tem denominador.

É por isso que a alocação vem antes da otimização na maioria dos programas bem estruturados. Enquanto a nuvem for um custo indireto chamado “TI”, nenhuma área tem motivo para consumir menos.

Por que a fatura do provedor não responde a essa pergunta

A fatura é organizada por serviço técnico e por hora de uso, não por dono. Ela informa que houve 4.320 horas de instância computacional em uma região. Não informa, porém, que 60% delas atenderam ao time de logística. A lacuna é estrutural, não um defeito do provedor.

Some a isso quatro complicações reais:

• Recursos compartilhados. Um cluster de banco de dados atende cinco aplicações. Um balanceador distribui tráfego de três produtos. Nada nessa cobrança diz como dividir.
• Recursos de plataforma. Monitoramento, registro de logs, ferramentas de segurança, VPN e ambiente de CI/CD existem para todo mundo. São custo real, mas não pertencem a ninguém em particular.
• Descontos e compromissos. Reservas e planos de economia aplicam desconto no nível da conta. Se a área A pagou o compromisso e a área B se beneficiou dele, quem recebe o crédito?
• Granularidade temporal. Recursos são criados e destruídos ao longo do mês. Portanto, um modelo de alocação precisa lidar com um servidor que existiu por 11 dias e mudou de projeto no meio do caminho.

Na prática, um relatório de custos por serviço mostra onde o dinheiro foi tecnicamente aplicado. Por outro lado, um modelo de alocação mostra a quem perguntar sobre ele. Em outras palavras, são documentos diferentes.

Tagueamento: a base de tudo (e onde ele falha)

Tag é um rótulo de chave e valor aplicado a cada recurso da nuvem, por exemplo, centro_de_custo: comercial. É o mecanismo mais barato e mais direto de alocação de custos cloud, e é onde quase todo projeto trava. Não por dificuldade técnica, mas por disciplina.

Comece com poucas tags obrigatórias. Cinco resolvem a maioria dos casos:

Tag	Exemplo de valor	Para que serve
dono	joao.silva@empresa.com.br	Quem responde por este recurso
centro_de_custo	CC-4412	Ligação com o financeiro
ambiente	producao / homologacao / dev	Separa o que é crítico do que é descartável
aplicacao	erp-vendas	Agrupa por sistema
projeto	migracao-2026	Permite encerrar o ciclo de vida

Três erros derrubam qualquer esquema de tags:

• Excesso de tags. Doze tags obrigatórias garantem que nenhuma será preenchida corretamente. Por isso, comece com cinco e amplie depois.
• Valor livre. Se o campo ambiente aceita “prod”, “producao”, “produção” e “PRD”, você tem quatro categorias para a mesma coisa. Defina uma lista fechada de valores válidos.
• Aplicação manual. Tag preenchida por boa vontade dura um trimestre. Ela precisa ser obrigatória na criação do recurso: via política de nuvem, via infraestrutura como código, via bloqueio no pipeline. O que não é imposto na origem não é retroativamente corrigível em escala.

A métrica que importa aqui chama-se taxa de cobertura de alocação: o percentual do custo total que está associado a uma tag válida. Abaixo de 80%, o modelo não sustenta decisão. Acima de 95%, você pode começar a discutir chargeback com o financeiro.

Recursos sem tag não devem ser tratados como exceção tolerada. Eles são exatamente a população onde mora o desperdício em nuvem: recurso sem dono é recurso que ninguém vai questionar.

Os custos que não têm dono: como dividir o compartilhado

Custos compartilhados são inevitáveis e precisam de uma regra de rateio explícita, acordada com as áreas antes do primeiro relatório. A regra não precisa ser perfeita. Precisa, sobretudo, ser estável, compreensível e documentada.

Quatro métodos, do mais simples ao mais justo:

1. Rateio igualitário. Divide o custo comum pelo número de áreas. Simples, rápido e injusto quando as áreas têm tamanhos muito diferentes. Ainda assim, serve como ponto de partida.
2. Rateio proporcional ao consumo direto. Se a área A responde por 40% do custo diretamente alocável, ela absorve 40% do compartilhado. É o método mais usado e o melhor equilíbrio entre esforço e justiça.
3. Rateio por métrica de uso. Divide o custo do banco de dados por número de consultas, o do balanceador por requisições, o do armazenamento por gigabytes. É o mais preciso e o mais caro de manter, porque exige instrumentação.
4. Alocação a um centro de custo de plataforma. O custo comum fica com a TI, que o gerencia como um serviço interno. Faz sentido quando a plataforma é, de fato, uma decisão estratégica da empresa e não uma escolha de cada área.

Sobre descontos e compromissos, uma recomendação prática: distribua o benefício proporcionalmente ao consumo que o gerou, e não a quem assinou. Concentrar o desconto em uma área cria um número irreal e desincentiva a adesão futura.

Uma advertência honesta: existe um ponto em que refinar o modelo custa mais do que a precisão adicional vale. Se você está gastando 20 horas por mês para melhorar a exatidão de 92% para 95%, o modelo virou um fim em si mesmo.

Showback ou chargeback: qual modelo escolher

Showback mostra a cada área quanto ela consumiu, sem transferir o valor no orçamento. Chargeback debita de fato o valor no centro de custo da área. A diferença parece administrativa, mas o efeito no comportamento é grande.

Critério	Showback	Chargeback
O que faz	Informa o consumo	Debita o consumo no orçamento da área
Precisão exigida	Média (80%+ de cobertura)	Alta (95%+ de cobertura)
Esforço de implantação	Baixo a médio	Alto
Tempo até o primeiro resultado	30 a 60 dias	3 a 6 meses
Efeito no comportamento	Moderado (cria consciência)	Forte (cria consequência)
Risco	Ser ignorado	Contestação, disputa e trabalho administrativo
Quando faz sentido	Primeiro ano, empresas até médio porte	Modelo maduro, áreas com P&L próprio

O caminho recomendado é sequencial: primeiro, comece por showback. Em seguida, publique o relatório todo mês, para todas as áreas, com o mesmo formato. Depois de dois ou três ciclos, as áreas passam a questionar os próprios números, e é exatamente esse questionamento que produz economia.

Chargeback antes da hora costuma gerar mais reunião do que resultado. A área contesta o rateio, a TI defende o modelo, e o tempo que deveria ir para otimização vai para planilha.

Como montar o primeiro modelo em 30 dias

Um modelo inicial de alocação de custos cloud pode sair em um mês se você aceitar começar imperfeito e melhorar em ciclos. Este é um roteiro realista.

Semana 1: inventário e decisão

Levante todos os recursos ativos e o custo de cada um nos últimos 90 dias. Defina as cinco tags obrigatórias e a lista fechada de valores. Escolha a dimensão principal de alocação: área, produto ou cliente. Escolha uma só.

Semana 2: taguear o que já existe

Atribua tags aos recursos que respondem pelos 80% maiores do custo. Não tente cobrir tudo. A cauda longa de recursos pequenos consome mais tempo do que representa em dinheiro.

Semana 3: definir a regra do compartilhado

Liste o que é comum: monitoramento, rede, segurança, backup, ambiente de build. Escolha o método de rateio. Depois, escreva a regra em uma página e valide com o financeiro e com pelo menos um gestor de área.

Semana 4: publicar o primeiro relatório

Um relatório de showback por área, com quatro informações: custo total do mês, variação contra o mês anterior, os cinco maiores recursos e o percentual não alocado. Envie mesmo com lacunas, e sinalize as lacunas.

A partir do segundo mês, o ciclo é fixo: fechar o mês, revisar cobertura de tags, atualizar rateio, publicar, discutir os desvios com quem provisionou. É repetição, não projeto.

Métricas que dizem se o modelo está funcionando

Três indicadores mostram a saúde de um modelo de alocação: cobertura de tags, custo não alocado e custo unitário por dimensão de negócio. Acompanhe os três mensalmente.

• Taxa de cobertura de tags. Percentual do custo com tag válida. Meta inicial: 80%. Meta madura: acima de 95%.
• Custo não alocado. O valor em reais que ninguém reconhece como seu. Ele deve cair mês a mês. Logo, se estiver estável, o processo de criação de recursos não está sendo controlado na origem.
• Custo unitário. Custo de nuvem dividido por uma unidade de negócio: por cliente ativo, por pedido processado, por usuário, por transação. É a métrica mais importante e a menos usada. Ela é o que permite dizer, com segurança, que a fatura subiu 18% enquanto o custo por cliente caiu 9%.

Custo total é uma métrica de contabilidade. Custo unitário, por outro lado, é uma métrica de eficiência. Quem discute redução de fatura sem custo unitário acaba cortando crescimento junto com desperdício, um risco que detalhamos em redução de custos cloud e no guia de custos na nuvem.

Checklist de implantação

• Dimensão principal de alocação definida e aprovada pela diretoria
• Cinco tags obrigatórias com lista fechada de valores
• Aplicação de tag obrigatória na criação do recurso (política ou pipeline)
• 80% do custo coberto por tag válida
• Regra de rateio de custo compartilhado escrita em uma página
• Tratamento definido para descontos e compromissos
• Relatório mensal de showback com formato fixo
• Responsável nomeado por área para receber e responder o relatório
• Custo unitário calculado para ao menos uma dimensão de negócio
• Revisão trimestral do modelo com financeiro e TI

Como a Prodb ajuda na alocação de custos cloud

A Prodb Tecnologia trabalha com infraestrutura em nuvem no Brasil há 15 anos, com mais de 550 clientes atendidos. Uma parte relevante desse trabalho não é técnica: é dar visibilidade.

Quando montamos um ambiente, a organização dos recursos é definida junto com o cliente (por ambiente, por aplicação, por unidade de negócio) de forma que a fatura já chegue legível. Isso muda a conversa: em vez de um total mensal, o gestor recebe uma estrutura que ele consegue levar para a reunião de orçamento.

Três pontos práticos:

• Arquitetura sob medida. O ambiente é desenhado a partir da estrutura real da sua empresa, o que facilita separar o que é de quem desde o primeiro dia. Não é template.
• Faturamento em real, no Brasil. Sem conversão cambial no meio do rateio e sem surpresa de variação no fechamento do mês. Nossos servidores cloud operam em infraestrutura nacional com certificações internacionais de nuvem.
• Suporte técnico dedicado. Quando uma linha da fatura não faz sentido, você fala com alguém que conhece o seu ambiente, não com um formulário.

Alocar custo não deixa a nuvem mais barata sozinho. Deixa a discussão sobre ela possível. E, na prática, é a discussão que gera a economia.

Perguntas frequentes

O que é alocação de custos cloud?

É o processo de atribuir cada real da fatura de nuvem a uma dimensão de negócio, como área, projeto, produto, cliente ou ambiente, de forma consistente e auditável. Ela transforma uma conta de infraestrutura em informação gerencial e responde à pergunta “quem consumiu isso?”.

Qual a diferença entre showback e chargeback?

Showback mostra a cada área quanto ela consumiu, sem mexer no orçamento. Chargeback debita de fato o valor no centro de custo da área. Showback é mais rápido de implantar e exige cerca de 80% de cobertura de tags; chargeback exige acima de 95% e um modelo mais maduro.

Quais tags usar para alocar custos na nuvem?

Cinco tags obrigatórias resolvem a maioria dos casos: dono, centro de custo, ambiente, aplicação e projeto. O essencial é trabalhar com uma lista fechada de valores válidos e tornar a tag obrigatória na criação do recurso, por política de nuvem ou pelo pipeline.

Como dividir custos compartilhados na nuvem?

Há quatro métodos principais: rateio igualitário, rateio proporcional ao consumo direto, rateio por métrica de uso e alocação a um centro de custo de plataforma. O proporcional ao consumo direto é o mais usado. Mais importante que o método é a regra ser estável, documentada e acordada antes do primeiro relatório.

Qual a cobertura de tags ideal?

Abaixo de 80% do custo coberto por tag válida, o modelo não sustenta decisão. A meta inicial é chegar a 80%, suficiente para showback. Acima de 95%, já é possível discutir chargeback com o financeiro.

Quanto tempo leva para montar um modelo de alocação de custos?

Um primeiro modelo pode sair em 30 dias, aceitando começar imperfeito: inventário e definição de tags na primeira semana, tagueamento dos recursos mais caros na segunda, regra do compartilhado na terceira e primeiro relatório de showback na quarta. Depois, o ciclo se repete todo mês.