Многопользовательское SaaS-приложение использует общие таблицы Amazon DynamoDB и AWS Lambda для своего прикладного уровня. Каждый запрос включает идентификатор арендатора. Компания хочет выставлять счета арендаторам на основе их индивидуального потребления ресурсов DynamoDB и уже имеет AWS Cost and Usage Report (CUR). Какой подход обеспечивает детальное представление затрат DynamoDB для каждого арендатора с наименьшими операционными издержками?

Правильный вариант позволяет детализировать затраты DynamoDB на каждого арендатора с наименьшими операционными издержками. Запись идентификатора арендатора, RCUs и WCUs в CloudWatch Logs при каждой транзакции позволяет точно отслеживать потребление. Вторая Lambda, запущенная по расписанию через EventBridge, может агрегировать эти данные и использовать AWS Cost Explorer API для получения общей стоимости DynamoDB, а затем распределять ее между арендаторами на основе их фактического потребления. Неправильные варианты: Тегирование таблиц DynamoDB не позволяет детализировать затраты на уровне арендатора, так как таблицы общие. Добавление нового ключа раздела для каждого арендатора увеличит сложность схемы DynamoDB и может повлиять на производительность. Использование Athena для подсчета использования элементов может быть дорогостоящим и сложным. Публикация пользовательских метрик в CloudWatch и использование CloudWatch Logs Insights для запроса метрик не обеспечивает прямого способа сопоставления с фактическими затратами DynamoDB, а использование AWS Pricing Calculator для общих затрат не является динамическим и точным.