Ein Unternehmen verfügt über einen Datenerfassungs-Workflow, der aus einem Amazon SNS-Thema, das Benachrichtigungen über neue Datenlieferungen empfängt, und einer AWS Lambda-Funktion besteht, die die Daten verarbeitet und speichert. Gelegentlich schlägt die Erfassung aufgrund von Netzwerkverbindungsproblemen fehl, und diese Daten werden erst erfasst, wenn ein Job manuell erneut ausgeführt wird. Was sollte ein Solutions Architect tun, um sicherzustellen, dass alle Benachrichtigungen schließlich verarbeitet werden?

Die Konfiguration einer Amazon SQS-Warteschlange als Ziel für den Fehlerfall (Dead-Letter Queue) ist die effektivste Lösung. Wenn die Lambda-Funktion aufgrund von Netzwerkproblemen fehlschlägt, werden die Nachrichten nicht verworfen, sondern in die SQS-Warteschlange verschoben. Dies stellt sicher, dass keine Daten verloren gehen und später erneut verarbeitet werden können, sobald die Netzwerkprobleme behoben sind. Die Lambda-Funktion kann dann so geändert werden, dass sie Nachrichten aus dieser Warteschlange verarbeitet, um die fehlgeschlagenen Erfassungen nachzuholen. Die Bereitstellung der Lambda-Funktion über mehrere Availability Zones (AZs) erhöht die Verfügbarkeit der Funktion selbst, verhindert aber nicht, dass die Verarbeitung fehlschlägt, wenn externe Netzwerkverbindungen zu anderen Diensten gestört sind. Eine Erhöhung der CPU- und Speicherzuweisungen verbessert die Leistung der Funktion, löst aber keine externen Netzwerkprobleme. Die Erhöhung der Wiederholungsstrategie des SNS-Themas kann helfen, vorübergehende Probleme zu überwinden, bietet aber keine Garantie für die Verarbeitung aller Nachrichten bei anhaltenden oder wiederkehrenden Fehlern und ist weniger robust als eine Dead-Letter Queue.