Un SaaS multi-tenant utiliza tablas compartidas de Amazon DynamoDB y AWS Lambda para su capa de aplicación. Cada solicitud incluye un ID de tenant. La empresa quiere facturar a los tenants en función de su consumo individual de recursos de DynamoDB y ya tiene un AWS Cost and Usage Report (CUR). ¿Qué enfoque proporciona una vista granular por tenant de los costos de DynamoDB con la menor sobrecarga operativa?

La opción correcta minimiza la sobrecarga operativa al aprovechar los datos ya disponibles. Al registrar las RCUs y WCUs consumidas por cada transacción en CloudWatch Logs junto con el ID del tenant, se obtiene la granularidad necesaria. Una Lambda programada puede luego procesar estos logs, calcular el uso proporcional de cada tenant y aplicar el costo total de DynamoDB obtenido de la API de AWS Cost Explorer para determinar los cargos individuales. La opción de etiquetar tablas no funciona porque las tablas son compartidas, no por tenant. La opción de usar una nueva clave de partición aumenta la complejidad de la base de datos y el conteo de elementos no es una métrica directa de costo. La opción de métricas personalizadas en CloudWatch no proporciona automáticamente los costos de DynamoDB por tenant y requeriría una lógica de cálculo más compleja.