Introdução
Conforme seu gasto em nuvem cresce e fica mais complexo, dividir a fatura apenas por serviço ou projeto/conta não basta para entender de fato como os custos se distribuem pela sua organização.
O ideal é organizar os custos de uma forma que reflita como sua empresa funciona. Você pode ter vários times, ambientes ou outras categorias para as quais quer alocar custos. E essas categorias costumam ter definições complexas. Por exemplo, o que sua empresa entende como "Staging Environment" pode incluir todos os projetos ou contas que começam com a palavra "staging", espalhados por vários times ou serviços.
Com o Allocations no DoiT Cloud Intelligence, dá para mapear os custos de nuvem em categorias de negócio personalizadas, agrupando por várias dimensões — como Labels/Tags, projetos, contas, tipos de serviço, regiões ou até metadados de billing. O Allocations dá conta tanto de estratégias de custos diretos quanto compartilhados, com regras automatizadas para distribuir proporcionalmente serviços compartilhados como suporte ou rede.
Vamos ver o que são as Allocations e como funcionam. Se preferir, pule direto para o tour interativo.
O que são Allocations?
Uma Allocation é um agrupamento lógico de recursos de nuvem que define uma categoria de custo única para a sua organização.
As empresas usam Allocations na DoiT Platform para entender o consumo de nuvem dentro do contexto do negócio.
Também é um passo fundamental para criar responsabilização por custos entre times e áreas.
Veja alguns exemplos de Allocations e como funcionam na prática:
Allocations para definir custos por time de engenharia
Na DoiT, usamos Allocations internamente para mapear o consumo de nuvem de cada time de engenharia. Neste exemplo, criamos uma Allocation para o time Bruteforce agrupando recursos em que a label de recurso ou a label de projeto é igual a "bruteforce."
Aplicamos uma lógica "A OR B" para garantir que a Allocation capture recursos que estejam:
- Marcados apenas com a label de recurso team:bruteforce
- Marcados apenas com a label de projeto team:bruteforce
- Marcados com as duas
Essa abordagem dá uma cobertura completa dos custos do Bruteforce, não importa onde a label foi aplicada.
Screenshot
Muitos clientes usam Allocations dessa forma para alimentar dashboards e relatórios específicos por time, destacando os principais geradores de custo.
No exemplo abaixo, abrimos os custos do Bruteforce por serviço, o que dá visibilidade imediata do que está puxando o gasto desse time de engenharia.
Screenshot
Allocations para definir custos por ambiente
Neste exemplo, definimos os custos do nosso Staging Environment agrupando todos os projetos do Google Cloud que contêm a palavra "staging", usando regex.
É uma boa demonstração de como dá para construir Allocations sem depender de labels ou tags.
Screenshot
Como projetos de staging costumam ser criados ou removidos com frequência, o regex garante que a Allocation continue atualizada de forma automática — sem precisar editá-la manualmente toda vez que entra um projeto novo.
Screenshot
No exemplo abaixo, criamos um relatório de Custo por Ambiente que compara três Allocations: Development, Staging e Production. Assim fica fácil acompanhar o uso por ambiente e comparar tendências ao longo do tempo.
Screenshot
Também é possível abrir os custos de cada ambiente por serviço, conta ou região para entender o que explica as diferenças.
Screenshot
Por fim, dá para agendar qualquer um desses relatórios para serem atualizados automaticamente e enviados aos principais stakeholders na cadência que você definir — para que ninguém fique de fora.
Screenshot
Allocations para estimar economia em armazenamento EBS
As Allocations não se limitam a categorias organizacionais ou por time — você também pode usá-las para agrupar componentes de infraestrutura em análises e simulações de cenários.
Por exemplo: imagine que você usa volumes GP2 no AWS EBS e quer estimar a economia potencial ao migrar para GP3.
O primeiro passo é criar uma Allocation que capture todos os custos de EBS atrelados aos volumes GP2. Para isso, basta filtrar pelos metadados relevantes do serviço AWS — como tipo de volume, tipo de uso ou SKU — que identificam o uso de GP2:
Screenshot
Definida a Allocation, você pode combiná-la com Metrics na DoiT Platform para rodar seu modelo de economia.
Segundo a AWS, os volumes GP3 oferecem até 20% de redução de preço por GB em comparação ao GP2. Para estimar sua economia potencial, crie uma métrica personalizada que multiplique o custo da Allocation de GP2 por 0,2.
Screenshot
Outra opção: para estimar o custo ajustado caso você já estivesse no GP3, multiplique a mesma Allocation por 0,8.
Esse é um jeito leve e self-service para:
- Quantificar a economia potencial diária
- Priorizar os esforços de migração de armazenamento
- Validar decisões de arquitetura com dados reais de custo
Outras formas de usar Allocations
Depois de definir suas Allocations, elas viram insumos poderosos em toda a DoiT Platform — e destravam insights mais precisos, acionáveis e relevantes para o negócio.
Já vimos como as Allocations ajudam a montar relatórios de custo mais relevantes. Mas a utilidade vai bem além disso. Os clientes da DoiT também usam Allocations para:
- Alocar gastos com precisão
- Mapear cada dólar de custo de nuvem para uma unidade de negócio, produto ou iniciativa específica — preenchendo as lacunas deixadas por marcação inconsistente ou estruturas de billing fragmentadas
- Aumentar a precisão de previsões e do controle com Budgets
- Crie budgets no escopo de uma Allocation para acompanhar quando um time, ambiente ou aplicação está acima da previsão e alertar os responsáveis de forma proativa.
- Criar alertas granulares e direcionados
- Identifique anomalias, picos de custo ou mudanças de uso no nível da Allocation — em vez de só no nível de conta ou serviço — para que os times certos consigam agir.
- Aproximar a conversa entre as áreas
- Como as allocations refletem a estrutura do seu negócio, elas funcionam como uma linguagem comum entre Finanças, Engineering e Liderança para avaliar o comportamento dos custos e tomar decisões.
- E muito mais!
Veja outras possibilidades neste post.
E quanto a Tags e Labels?
Talvez você esteja pensando: "Mas não dá para fazer isso com tags e labels?" As Allocations substituem as tags e labels?
São conceitos distintos, mas com alguma sobreposição. As Allocations ajudam a organizar o gasto em nuvem sem exigir uma marcação perfeita. Você pode, sim, usar tags e labels como insumo para construir suas Allocations — mas não está limitado a isso.
É verdade que dá para chegar em agrupamentos parecidos só com tags e labels se a sua organização mantiver uma higiene de tagging consistente. Isso significa:
- Uma chave de tag consistente para cada categoria (por exemplo, environment, product, team)
- Um conjunto definido de valores por chave (por exemplo, prod, dev, staging)
- 100% de cobertura de tags em todos os recursos
Veja como fica um relatório no AWS Cost Explorer com tags AWS aplicadas de forma correta e consistente:
Chaves e/ou valores de tag duplicados
Na prática, porém, muitas organizações convivem com uma realidade de tagging bem mais fragmentada. Você pode ter chaves inconsistentes como Environment, Env ou environment, e valores como prod, production ou Production.
Essa inconsistência dificulta o reporting de custos — porque não dá para agrupar nativamente esses valores em uma única unidade lógica.
Com Allocations, você pode criar um único agrupamento alinhado ao negócio (por exemplo, "Production Environment") que reúne todas essas variações de tag em uma só regra.
Abaixo, agrupamos recursos com valores de tag Environment iguais a prod, Production e production em uma única Allocation:
Screenshot
Multi-cloud
Imagine que sua aplicação roda na AWS e no Google Cloud. Como você mediria o custo total dela?
Não dá para fazer isso nativamente em nenhum dos consoles — cada um enxerga só os próprios dados.
Com o Allocations na DoiT Platform, você agrupa recursos das duas nuvens usando metadados compartilhados como tags, labels, IDs de conta, nomes de projeto e muito mais. O resultado é uma visão unificada de custo de qualquer serviço ou produto multi-cloud.
Quando tags não fazem sentido para o agrupamento que você quer
Às vezes, as tags simplesmente não servem para o agrupamento que você precisa criar.
Por exemplo, você pode querer definir os custos de "Staging Environment" juntando contas AWS ou projetos GCP cujos nomes contenham "staging" — independentemente de esses recursos terem tags ou não.
Com Allocations, dá para usar nomes de projetos/contas, correspondências por regex e outras dimensões para criar esses agrupamentos de custo.
Screenshot
Sistemas legados que não funcionam com tags
Alguns clientes têm sistemas legados que não suportam tags ou não conseguem aplicar padrões de tagging.
Nesses casos, os consoles nativos não oferecem uma boa saída. Mas, com Allocations, você consegue agrupar esses recursos sem tag usando outros metadados — como ID de conta, região, nome do serviço ou lógica personalizada.
Conclusão
Seja para entender o gasto em nuvem no contexto do seu negócio ou para criar responsabilização por custos entre os times, tudo começa com Allocations.
Pronto para ter uma visão mais clara dos seus custos de nuvem? Faça o tour interativo abaixo — ou fale com a DoiT para agendar uma demo personalizada e ver como o Allocations e o resto da DoiT Platform podem trabalhar pelo seu time.
Faça um tour interativo do Allocations