Um SaaS multi-tenant usa tabelas Amazon DynamoDB compartilhadas e AWS Lambda para sua camada de aplicação. Cada requisição inclui um ID de tenant. A empresa deseja cobrar os tenants com base no consumo individual de recursos do DynamoDB e já possui um AWS Cost and Usage Report (CUR). Qual abordagem fornece uma visão granular dos custos do DynamoDB por tenant com a menor sobrecarga operacional?

A opção correta oferece a granularidade necessária com menor sobrecarga. Registrar RCUs/WCUs por tenant no CloudWatch Logs permite calcular o consumo exato de capacidade. Um Lambda separado, acionado por EventBridge, pode então usar a API do AWS Cost Explorer para obter os custos gerais do DynamoDB e atribuir proporcionalmente aos tenants com base no consumo registrado. As outras opções são menos eficientes: Adicionar tags de tenant às tabelas não funciona, pois as tabelas são compartilhadas e as tags são aplicadas ao recurso, não aos itens ou operações individuais. Adicionar uma chave de partição por tenant para contagem de itens não reflete o consumo real de capacidade (RCUs/WCUs), que é a base do custo do DynamoDB. Publicar métricas personalizadas no CloudWatch (tamanho da resposta, duração) não se traduz diretamente em RCUs/WCUs, tornando o cálculo de custos impreciso e mais complexo.