Cost Explorer, Budgets e Dashboards da AWS passam a detalhar o gasto do Bedrock por modelo

O que a AWS liberou em outubro

Desde 8 de outubro de 2026, o AWS Cost Explorer, o AWS Budgets e o AWS Cost Management Dashboards ganharam uma dimensão nova de análise para o Amazon Bedrock: os chamados product attributes. Até então, a fatura do Bedrock aparecia como uma linha relativamente opaca, misturando todo o consumo do serviço num valor só por conta ou por região.

Com a mudança, o gasto do Bedrock pode ser quebrado por quatro atributos:

• Model: o modelo específico usado, como Claude Sonnet 5 ou Claude Haiku 4.5
• Model provider: o fornecedor do modelo, como Anthropic ou Cohere
• Inference type: o tipo de inferência, como tokens de entrada ou tokens de saída
• Feature: o recurso usado, como inferência on-demand ou reranker

Para quem fecha a fatura de nuvem todo mês, isso resolve um problema concreto: antes, saber qual modelo estava puxando o custo exigia abrir o Cost and Usage Report e tentar decifrar os códigos de uso linha por linha. Agora o recorte vem pronto nas mesmas ferramentas de billing que o time financeiro já usa no dia a dia.

Onde isso aparece: Cost Explorer, Budgets e Dashboards

No Cost Explorer e nos Dashboards, dá para agrupar e filtrar custo por qualquer um dos quatro atributos. Na prática, isso significa pegar um mês fechado de gasto com Bedrock, agrupar por model e descobrir em segundos qual modelo é o mais caro da conta, sem precisar cruzar planilha.

No Budgets, o uso é parecido, mas voltado a controle: dá para filtrar um orçamento por atributo e configurar um alerta que dispara quando o gasto de um modelo específico ultrapassa um teto. Isso é diferente de um budget genérico da conta: o controller pode, por exemplo, criar um orçamento só para Claude Sonnet 5 e ser avisado antes que o uso de um modelo mais caro estoure o previsto no mês, sem travar o restante da operação.

Para quem monta relatório gerencial, o ganho mais direto é no Dashboard: um widget que mostra custo por model provider ao longo do tempo substitui a planilha manual que boa parte das áreas de FinOps mantinha só para acompanhar GenAI.

Cruzando com tags: de qual time, de qual aplicação

O recurso fica mais útil quando combinado com o que a conta já usa para alocação de custo. A AWS recomenda cruzar os product attributes com cost allocation tags em application inference profiles, projetos ou workspaces, o que permite ver qual aplicação está puxando o gasto em cada modelo.

Dá para ir além e cruzar com tags de IAM principal, mostrando qual usuário ou role está gerando o consumo. Para quem faz chargeback interno (cobrar de cada área de negócio a fatia que ela consumiu da nuvem), isso fecha uma lacuna real: antes, era possível saber que a empresa gastou X em Bedrock no mês, mas não exatamente se foi o time de atendimento usando um modelo leve para triagem ou o time de produto rodando um modelo caro em produção.

Na prática, um relatório de chargeback para a diretoria financeira agora pode sair assim: squad de atendimento, Claude Haiku 4.5, tokens de entrada, X reais; squad de produto, Claude Sonnet 5, tokens de saída, Y reais. Isso é o tipo de granularidade que antes só vinha com trabalho manual em cima do Cost and Usage Report.

Preço e onde está disponível

Em resumo: o recurso não tem custo adicional e já está disponível em todas as regiões da AWS, com exceção das regiões AWS GovCloud (US) e China (Beijing e Ningxia). Isso inclui a região São Paulo (sa-east-1), o que significa que quem já opera Bedrock no Brasil não precisa esperar nenhuma expansão regional: o recorte por modelo já vale para a fatura de hoje.

Para ativar, não há nada para configurar ou habilitar: a dimensão de product attributes passa a aparecer nas opções de agrupamento e filtro do Cost Explorer, do Budgets e dos Dashboards para quem já usa Bedrock na conta.

Por que isso importa para quem fecha a fatura

Custo de GenAI é historicamente difícil de prever porque o preço varia por token, por modelo e por tipo de operação, e times de engenharia trocam de modelo com frequência para testar qualidade e custo. Isso deixa quem cuida de orçamento numa posição desconfortável: aprovar um aumento de fatura sem saber se ele veio de mais uso ou de troca para um modelo mais caro.

Com o recorte por model e inference type, dá para responder essa pergunta direto no Cost Explorer, sem depender de a engenharia documentar a decisão em algum lugar. E o budget por modelo funciona como um freio automático: se um time decide usar um modelo mais caro, o alerta avisa antes que isso vire uma surpresa no fechamento do mês.

Há também um ângulo de governança: separar o gasto por model provider ajuda a área financeira a enxergar, em termos de custo, o quanto da operação de IA está concentrada num fornecedor específico (Anthropic, Cohere, ou outro provedor disponível no Bedrock), informação relevante para quem negocia contrato ou avalia risco de concentração de fornecedor.

O que ainda fica em aberto

O anúncio da AWS não detalha se os product attributes também aparecem como colunas no Cost and Usage Report (CUR) exportado para S3, o que importa para quem alimenta um data warehouse próprio de FinOps em vez de depender só do console. Também não há menção a suporte retroativo: não fica claro se o recorte vale para gasto anterior a 8 de outubro de 2026 ou só a partir dessa data. Quem depende de histórico para comparar tendência de custo por modelo deve testar diretamente no Cost Explorer antes de montar relatório para a diretoria.

Fonte: AWS What's New