Een meteorologische startup gebruikt Amazon DynamoDB om weerdata op te slaan en wil een nieuwe service die managers van vier interne teams op de hoogte stelt telkens wanneer een nieuwe weersgebeurtenis wordt vastgelegd. Het bedrijf wil niet dat de nieuwe service de huidige applicatieprestaties beïnvloedt en wil de minste operationele overhead. Wat moet een solutions architect doen?

De juiste oplossing is om Amazon DynamoDB Streams in te schakelen op de tabel en triggers te gebruiken om naar één Amazon Simple Notification Service (Amazon SNS) topic te schrijven. DynamoDB Streams biedt een tijdgeordende reeks van wijzigingen op itemniveau in een DynamoDB-tabel, zonder de prestaties van de applicatie te beïnvloeden. Een AWS Lambda-functie (trigger) kan deze stream verwerken en een melding naar een SNS-topic sturen. Dit SNS-topic kan vervolgens de vier teams op de hoogte stellen, wat zorgt voor minimale operationele overhead en schaalbaarheid. DynamoDB-transacties zijn bedoeld voor atomische, consistente, geïsoleerde en duurzame (ACID) operaties binnen DynamoDB en zijn niet geschikt voor het direct versturen van notificaties naar externe services. Het publiceren van berichten naar vier afzonderlijke SNS-topics door de applicatie voegt complexiteit toe aan de applicatielogica en verhoogt de operationele overhead. Een cron job die de tabel scant, is inefficiënt, kan leiden tot hoge kosten bij grote tabellen en introduceert latentie.