あるメディア企業が、AWS上で公開ニュースおよびビデオサイトを運営しています。このサイトは、プロビジョニングされたキャパシティで設定されたAmazon DynamoDBテーブルにビデオメタデータのインデックスを保持し、ビデオファイル自体はAmazon S3バケットに格納されています。トラフィックが多いイベント中に、DynamoDBテーブルへの読み取りがスロットリングされ、ビデオが表示されなくなりました。オペレーターは一時的にテーブルのプロビジョニングされた読み取りキャパシティを手動で引き上げました。チームは、将来スロットリングが発生する前にアラートを受け取りたいと考えています。Amazon SNSトピックが作成され、オペレーターのメールアドレスがサブスクライブされています。この要件を満たすために、チームが次に取るべきアクションは何ですか？

正解は、ConsumedReadCapacityUnits メトリクスを監視するAmazon CloudWatchアラームを作成し、しきい値をプロビジョニングされた読み取りキャパシティに近いレベルに設定し、SNSトピックに通知を公開するように設定することです。これにより、スロットリングが発生する前に読み取り容量が限界に近づいていることを事前に検知できます。 DynamoDBオートスケーリングを有効にしても、スケーリングアクション発生時の通知はスロットリング発生後の対応となるため、事前検知にはなりません。DynamoDBのCloudWatch Logsを有効にしてTHROTTLINGEXCEPTIONを監視する方法は、スロットリングが実際に発生した後に通知されるため、事前のアラートとしては不十分です。アプリケーションを変更してログを出力する方法も同様に、スロットリング発生後の検知となります。