Un SaaS multi-tenant utilise des tables Amazon DynamoDB partagées et AWS Lambda pour sa couche applicative. Chaque requête inclut un ID de tenant. L'entreprise souhaite facturer les tenants en fonction de leur consommation individuelle de ressources DynamoDB et dispose déjà d'un rapport AWS Cost and Usage Report (CUR). Quelle approche offre une vue granulaire des coûts DynamoDB par tenant avec le moins de surcharge opérationnelle ?

L'approche correcte consiste à modifier Lambda pour enregistrer l'ID de tenant et les unités de capacité DynamoDB consommées (RCU/WCU) dans CloudWatch Logs. Une fonction Lambda distincte peut ensuite utiliser ces journaux pour calculer la consommation par tenant. En combinant ces données avec le coût global de DynamoDB obtenu via l'API AWS Cost Explorer, il est possible de dériver les coûts par tenant. L'utilisation d'EventBridge pour planifier cette fonction minimise la surcharge opérationnelle. L'ajout de balises aux tables DynamoDB ne permet pas une granularité par tenant pour les tables partagées. L'ajout d'une nouvelle clé de partition par tenant dans DynamoDB augmenterait la complexité du schéma et ne fournirait pas directement les coûts. Les métriques personnalisées CloudWatch sont utiles, mais le calcul des coûts via l'AWS Pricing Calculator est manuel et moins précis que l'API Cost Explorer pour les coûts réels.