Een bedrijf heeft een data-ingestie workflow die een Amazon Simple Notification Service (Amazon SNS) topic gebruikt om te notificeren over nieuwe leveringen en een AWS Lambda-functie om de data te verwerken en metadata vast te leggen. De workflow faalt soms door netwerkconnectiviteitsproblemen; wanneer dit gebeurt, verwerkt de Lambda-functie de data niet, tenzij het bedrijf de taak handmatig opnieuw uitvoert. Welke combinatie van acties moet een solutions architect ondernemen zodat de Lambda-functie in de toekomst alle data betrouwbaar verwerkt? (Kies twee.)

De workflow faalt door netwerkconnectiviteitsproblemen, wat duidt op een behoefte aan een mechanisme voor betrouwbare berichtbezorging en foutafhandeling. Door een Amazon SQS-wachtrij aan te maken en deze te abonneren op het SNS-topic, worden berichten die door SNS worden gepubliceerd, betrouwbaar opgeslagen in SQS, zelfs als de Lambda-functie tijdelijk niet beschikbaar is. De Lambda-functie moet vervolgens worden aangepast om berichten uit deze SQS-wachtrij te lezen. Dit creëert een asynchroon, ontkoppeld patroon waarbij SQS fungeert als een buffer en retry-mechanisme, waardoor de Lambda-functie berichten kan verwerken wanneer deze beschikbaar is en mislukte verwerkingen opnieuw kan proberen. Het implementeren van de Lambda-functie in meerdere Availability Zones verhoogt de beschikbaarheid van de functie zelf, maar lost het probleem van gemiste berichten tijdens netwerkproblemen niet op, omdat de berichten dan al verloren kunnen zijn gegaan voordat ze de functie bereiken. Het verhogen van CPU, geheugen of provisioned throughput voor de Lambda-functie verbetert de prestaties, maar pakt de onderliggende oorzaak van gemiste berichten door connectiviteitsproblemen niet aan.