Serwis medialny prowadzi publiczną witrynę z wiadomościami i filmami na AWS. Witryna przechowuje indeks metadanych wideo w tabeli Amazon DynamoDB skonfigurowanej z provisioned capacity, a same pliki wideo znajdują się w zasobniku Amazon S3. Podczas zdarzenia o dużym natężeniu ruchu, odczyty z tabeli DynamoDB były ograniczane (throttled), a filmy nie wyświetlały się. Operatorzy tymczasowo ręcznie zwiększyli provisioned read capacity tabeli. Zespół chce być powiadamiany, zanim w przyszłości nastąpi throttling. Utworzono temat Amazon SNS, a adres e-mail operatorów jest subskrybowany. Jakie działanie powinien podjąć zespół, aby spełnić ten wymóg?

Poprawna odpowiedź to utworzenie alarmu Amazon CloudWatch monitorującego metrykę ConsumedReadCapacityUnits. Ta metryka odzwierciedla faktyczne zużycie jednostek odczytu. Ustawienie progu alarmu blisko provisioned read capacity (przydzielonej pojemności odczytu) spowoduje powiadomienie, zanim DynamoDB zacznie ograniczać (throttling) żądania, co jest celem zespołu. Alarm wysyłający powiadomienia do tematu SNS spełni wymóg informowania operatorów. Włączenie autoskalowania DynamoDB (opcja B) automatycznie dostosuje pojemność, ale nie powiadomi przed throttlingiem, a reguła EventBridge powiadomi po skalowaniu. Opcje C i D, dotyczące CloudWatch Logs i THROTTLINGEXCEPTION, powiadomią po wystąpieniu throttlingu, a celem jest powiadomienie przed nim.