한 미디어 매체가 AWS에서 공개 뉴스 및 비디오 사이트를 운영하고 있습니다. 이 사이트는 프로비저닝된 용량으로 구성된 Amazon DynamoDB 테이블에 비디오 메타데이터 인덱스를 유지하고, 비디오 파일 자체는 Amazon S3 버킷에 저장됩니다. 트래픽이 많은 이벤트 중에 DynamoDB 테이블에 대한 읽기 요청이 스로틀링되어 비디오가 표시되지 않았습니다. 운영자는 테이블의 프로비저닝된 읽기 용량을 수동으로 일시적으로 늘렸습니다. 팀은 앞으로 스로틀링이 발생하기 전에 알림을 받기를 원합니다. Amazon SNS 주제가 생성되었고 운영자의 이메일이 구독되어 있습니다. 이 요구 사항을 충족하기 위해 팀은 다음에 어떤 조치를 취해야 할까요?

정답은 CloudWatch 경보를 생성하여 ConsumedReadCapacityUnits 지표를 모니터링하고 임계값을 프로비저닝된 읽기 용량에 가깝게 설정하는 것입니다. 이 방법은 읽기 용량이 스로틀링 임계값에 도달하기 전에 선제적으로 알림을 보내어 운영자가 용량을 수동으로 늘릴 시간을 제공합니다. 오답인 DynamoDB 자동 스케일링은 스로틀링을 방지하는 좋은 방법이지만, 문제의 요구 사항은 "스로틀링이 발생하기 전에 알림을 받기"이므로 자동 스케일링 자체는 알림 메커니즘이 아닙니다. EventBridge 규칙은 스케일링 작업 발생 시 알림을 보내지만, 이는 스케일링이 이미 시작된 후입니다. CloudWatch Logs를 활성화하고 THROTTLINGEXCEPTION을 모니터링하는 것은 스로틀링이 이미 발생한 후에 알림을 보내므로, 문제에서 요구하는 "스로틀링이 발생하기 전"에 알림을 받는 것과는 거리가 있습니다. 애플리케이션 로그를 수정하는 것도 마찬가지로 스로틀링 발생 후 알림을 보내는 방법입니다.