一家媒體機構在 AWS 上營運一個公共新聞和影片網站。該網站將影片中繼資料索引儲存在配置了佈建容量的 Amazon DynamoDB 資料表中，而影片檔案本身則存放在 Amazon S3 儲存貯體中。在高流量事件期間，對 DynamoDB 資料表的讀取遭到節流，導致影片無法顯示。營運人員手動暫時提高了資料表的佈建讀取容量。團隊希望在未來發生節流之前收到警示。目前已建立一個 Amazon SNS 主題，並已訂閱營運人員的電子郵件。團隊接下來應採取什麼行動來滿足此要求？

正確答案是建立一個監控 ConsumedReadCapacityUnits 指標的 Amazon CloudWatch 警示，並將警示閾值設定為接近資料表佈建讀取容量的水平，然後將警示設定為向 SNS 主題發布通知。這是最直接且有效的方法，可以在節流發生之前預先發出警告，讓營運人員有時間手動調整容量或觸發自動擴展。 啟用 DynamoDB 自動擴展雖然可以解決節流問題，但選項中要求的是在節流「之前」收到警示，而自動擴展是解決節流的機制，並非預警。監控 ConsumedReadCapacityUnits 可以提供預警。 為 DynamoDB 啟用 Amazon CloudWatch Logs 並篩選 THROTTLINGEXCEPTION 狀態碼，或修改應用程式日誌，這些方法都只能在節流「已經發生」之後才發出警示，不符合在節流「之前」收到警示的要求。