Een mediabedrijf beheert een openbare nieuws- en videosit op AWS. De site houdt een index van videometa-informatie bij in een Amazon DynamoDB-tabel die is geconfigureerd met provisioned capacity, en de videobestanden zelf bevinden zich in een Amazon S3-bucket. Tijdens een evenement met veel verkeer werden leesbewerkingen van de DynamoDB-tabel beperkt (throttled) en verschenen video's niet. Operators verhoogden tijdelijk handmatig de provisioned read capacity van de tabel. Het team wil een waarschuwing ontvangen voordat throttling in de toekomst optreedt. Een Amazon SNS-topic is aangemaakt en het e-mailadres van de operators is geabonneerd. Welke actie moet het team vervolgens ondernemen om aan deze vereiste te voldoen?

De juiste actie is het aanmaken van een Amazon CloudWatch-alarm dat de ConsumedReadCapacityUnits-metriek monitort. Door de alarmdrempel in te stellen op een waarde dicht bij de geconfigureerde provisioned read capacity, wordt het team gewaarschuwd voordat de daadwerkelijke throttling optreedt. Dit geeft hen de mogelijkheid om preventief de provisioned capacity te verhogen of andere maatregelen te nemen. Het alarm publiceert meldingen naar het bestaande SNS-topic, waardoor de operators per e-mail op de hoogte worden gebracht. DynamoDB auto scaling inschakelen zou het probleem van throttling oplossen, maar de vraag is specifiek om een waarschuwing te ontvangen voordat throttling optreedt. EventBridge-regels voor schaalacties waarschuwen na de actie, niet ervoor. Het monitoren van THROTTLINGEXCEPTION in CloudWatch Logs (via DynamoDB logs of applicatielogs) waarschuwt pas nadat throttling al heeft plaatsgevonden, wat te laat is voor een preventieve waarschuwing.