Een bedrijf heeft een data-ingestieworkflow die bestaat uit een Amazon SNS topic dat meldingen ontvangt over nieuwe dataleveringen en een AWS Lambda-functie die de data verwerkt en opslaat. Af en toe mislukt de ingestie als gevolg van netwerkconnectiviteitsproblemen, en die data worden niet opgenomen tenzij een taak handmatig opnieuw wordt uitgevoerd. Wat moet een solutions architect doen om ervoor te zorgen dat alle meldingen uiteindelijk worden verwerkt?

De correcte optie is het configureren van een Amazon SQS-wachtrij als 'on-failure' bestemming voor de Lambda-functie. Wanneer de Lambda-functie faalt, bijvoorbeeld door netwerkproblemen, worden de mislukte berichten naar de SQS-wachtrij gestuurd. De Lambda-functie kan dan worden aangepast om berichten uit deze wachtrij te verwerken, waardoor mislukte ingesties automatisch opnieuw worden geprobeerd en uiteindelijk worden verwerkt. Dit garandeert duurzaamheid en betrouwbaarheid. Het configureren van de Lambda-functie over meerdere Availability Zones verhoogt de beschikbaarheid van de functie zelf, maar lost het probleem van mislukte verwerkingen door tijdelijke netwerkproblemen niet op, omdat de functie nog steeds kan falen, ongeacht de AZ. Het verhogen van CPU en geheugen kan prestaties verbeteren, maar voorkomt geen fouten door externe factoren zoals netwerkconnectiviteit. Het aanpassen van de retry-strategie van het SNS-topic is niet direct van toepassing op de verwerking van de Lambda-functie na het ontvangen van de melding; SNS retries zijn voor het leveren van de melding aan de Lambda-functie, niet voor de verwerking van de data door de Lambda-functie zelf.