Ambientes multicloud raramente nascem de uma decisão única. Aquisições, requisitos de clientes, presença regional, especialização técnica e contratos já existentes distribuem workloads entre provedores. O benefício pode ser real, mas a gestão financeira passa a lidar com modelos de billing que não compartilham a mesma terminologia.
O erro comum é tratar consolidação como soma. Antes de somar, é necessário responder sete perguntas.
1. Qual custo está sendo comparado?
Uma fatura pode apresentar custo faturado, efetivo ou amortizado, preço de lista e valor contratado. Compra antecipada de compromisso pode aparecer inteira no caixa do mês e distribuída ao longo do prazo na visão econômica. Comparar uma medida da AWS com outra da Azure cria uma diferença que não veio do consumo.
2. Em qual moeda?
Uma empresa brasileira pode receber AWS em dólar e Azure em real. Converter apenas o total esconde a composição e dificulta reproduzir o cálculo. A conversão deve ser aplicada a cada parcela no período correto, preservando o valor original e a taxa utilizada.
3. Qual hierarquia representa responsabilidade?
AWS trabalha com organizações e contas; Azure combina tenants, management groups, subscriptions e resource groups; OCI usa tenancy, compartments e contas de assinatura. Essas estruturas não são equivalentes. A empresa precisa mapear a hierarquia técnica para produtos, áreas e centros de custo próprios.
4. O calendário significa a mesma coisa?
Datas de uso, emissão, cobrança e período de billing podem coexistir. Usar o início do mês de faturamento como se fosse a data diária de consumo concentra todo o gasto em um único dia, prejudicando tendências, anomalias e previsões.
5. O dado chegou até o mesmo dia?
Exports são reprocessados e podem sofrer atraso. Se a AWS tem dados até ontem e a OCI parou há uma semana, a participação relativa de cada nuvem fica distorcida. Frescor deve ser uma dimensão da análise, não uma nota técnica escondida.
6. Descontos e compromissos foram distribuídos como?
Reservations, Savings Plans, créditos e preços negociados alteram a distância entre preço de lista e custo efetivo. A cobertura pode ser medida por uso ou por valor; eficiência exige relacionar o benefício ao compromisso adquirido. Nem todo serviço possui um instrumento de compromisso elegível.
7. Tags querem dizer a mesma coisa?
Uma equipe pode usar CostCenter na AWS, centro_custo na Azure e uma tag definida na OCI. Ortografia, capitalização e valores também variam. O relatório corporativo precisa de uma dimensão de negócio que agrupe essas chaves sem apagar a origem.
Por que FOCUS ajuda, mas não encerra o trabalho
A especificação FOCUS define uma abordagem consistente e neutra para dados de billing. Isso reduz traduções específicas por provedor e melhora interoperabilidade. Ainda assim, a empresa precisa escolher medidas, definir câmbio, modelar suas dimensões, tratar dados atrasados e manter regras de acesso. Padronização cria o chão; a prática FinOps constrói o processo sobre ele.
Uma arquitetura de análise mais confiável
- Preserve os arquivos originais para auditoria.
- Normalize sem perder provedor, moeda e medida de origem.
- Materialize agregados para as consultas frequentes, mantendo drill-down.
- Registre a data máxima disponível por conta.
- Use visões para aplicar o mesmo recorte em custos, previsão e oportunidades.
- Explique indisponibilidade: zero e dado ausente não são a mesma coisa.
Uma visão multicloud sem esconder as diferenças
O Seawise Compass ingere exports FOCUS de AWS, Azure e OCI, mantém custo faturado, amortizado e de lista, consolida moedas por período, mostra o frescor por conta e permite analisar por provedor, serviço, região, conta, tag e dimensões de negócio. As visões salvas mantêm o mesmo recorte nas telas relevantes.
Veja a abordagem multicloud →