Метеорологический стартап использует Amazon DynamoDB для хранения данных о погоде и хочет создать новую службу, которая будет уведомлять менеджеров четырех внутренних команд каждый раз, когда регистрируется новое погодное событие. Компания не хочет, чтобы новая служба влияла на текущую производительность приложения, и стремится к минимальным операционным издержкам. Что должен сделать архитектор решений?

Правильный ответ — включить Amazon DynamoDB Streams для таблицы и использовать триггеры для записи в один топик Amazon Simple Notification Service (Amazon SNS), на который команды могут подписаться. DynamoDB Streams предоставляет упорядоченный поток изменений данных в таблице, что позволяет асинхронно обрабатывать новые записи без влияния на производительность основного приложения. Использование триггеров (например, AWS Lambda) для отправки уведомлений в SNS-топик является эффективным и масштабируемым решением с минимальными операционными издержками. Использование транзакций DynamoDB не подходит, так как они предназначены для обеспечения атомарности операций и не являются механизмом для уведомлений. Настройка текущего приложения для публикации в четыре топика SNS увеличивает сложность приложения и требует его модификации. Cron job, сканирующий таблицу, неэффективен, дорог и может привести к задержкам в уведомлениях, а также к дополнительной нагрузке на DynamoDB.