Un SaaS multi-tenant utilizza tabelle Amazon DynamoDB condivise e AWS Lambda per il suo livello applicativo. Ogni richiesta include un ID tenant. L'azienda desidera fatturare i tenant in base al loro consumo individuale di risorse DynamoDB e dispone già di un AWS Cost and Usage Report (CUR). Quale approccio fornisce una visione granulare dei costi di DynamoDB per tenant con il minor overhead operativo?

L'opzione corretta minimizza l'overhead operativo sfruttando le funzionalità esistenti di AWS. Registrare l'ID tenant e le RCU/WCU consumate in CloudWatch Logs permette di avere dati granulari per tenant. Una seconda funzione Lambda, attivata da EventBridge, può poi elaborare questi log e combinare le unità di capacità con i costi complessivi di DynamoDB ottenuti tramite l'API AWS Cost Explorer, fornendo una ripartizione accurata dei costi per tenant. Le opzioni errate presentano svantaggi: L'aggiunta di tag a ogni tabella DynamoDB non è fattibile in un ambiente multi-tenant con tabelle condivise, poiché i tag si applicano all'intera risorsa, non a singoli elementi o transazioni. L'aggiunta di una nuova chiave di partizione per tenant aumenterebbe i costi di archiviazione e la complessità delle query, oltre a non fornire direttamente le RCU/WCU consumate per transazione. L'utilizzo di metriche personalizzate e CloudWatch Logs Insights richiederebbe un'integrazione più complessa e non si integrerebbe direttamente con i dati di fatturazione di AWS, rendendo più difficile l'attribuzione dei costi effettivi.