Каков наилучший способ создания таблицы DynamoDB для хранения аварийных сигналов облачных часов

Question

На самом деле я использую Cloudwatch для генерации сигналов тревоги для своих различных сервисов (Elasticsearch, RDS, ELB, ...), и моя цель - сохранить эти сигналы тревоги в таблице DynamoDB.

Это списки что я буду хранить:

 - Service (Elasticsearch, RDS, ELB, ...)
 - Priority of the alert(P1,P2,P3,P4)
 - Datetime
 - Resource Name
 - Status
 - Reason

Можно ли сконструировать таблицу так:

id = Service#Priority
sort_key = Datetime

Или просто:

id = Service
sort_key = Datetime

Я не уверен Какой подход лучше использовать для улучшения дизайна таблицы.

ПРИМЕЧАНИЕ. Каждый день будет храниться около 50 предупреждений.

Спасибо.

Answer 1

Это 50 предупреждений на комбинацию услуг / ресурсов или 50 в целом? Почему бы не запланировать экспорт из AWS Cloudwatch и построить свою аналитику на комбинации S3 / Athena.

Вам также следует рассмотреть возможность использования AWS EMR для таких случаев использования аналитики журнала. Любая причина, по которой вы строите свое решение на DynamoDB, так как любой из вышеперечисленных методов разбиения может привести к появлению горячих точек, которые могут снизить производительность.