Ein E-Commerce-Unternehmen verwendet Amazon SNS, um Bestellnachrichten an einen lokalen HTTPS-Endpunkt zu senden, den die Lageranwendung verarbeitet. Einige Bestellnachrichten wurden nicht empfangen. Ein Lösungsarchitekt muss nicht zugestellte Nachrichten bis zu 14 Tage lang mit dem geringsten Entwicklungsaufwand aufbewahren und analysieren. Welche Lösung erfüllt diese Anforderungen?

Die Konfiguration einer Amazon SNS Dead Letter Queue (DLQ) mit einem Amazon SQS-Ziel ist die effektivste Lösung. SNS DLQs sind speziell dafür konzipiert, Nachrichten zu speichern, die nicht erfolgreich an Abonnenten zugestellt werden konnten. SQS-Warteschlangen können Nachrichten bis zu 14 Tage lang aufbewahren, was die Anforderung des Unternehmens erfüllt. Dies erfordert den geringsten Entwicklungsaufwand, da es sich um eine integrierte Funktion von SNS handelt. Die Option mit Amazon Kinesis Data Stream ist weniger geeignet, da Kinesis für die Verarbeitung großer Datenströme konzipiert ist und eine maximale Aufbewahrungsdauer von 365 Tagen bietet, aber für die einfache Speicherung nicht zugestellter Nachrichten über 14 Tage hinweg komplexer wäre als SQS. Das Hinzufügen einer SQS-Warteschlange zwischen der Anwendung und SNS würde die Architektur unnötig verkomplizieren und ist nicht der vorgesehene Anwendungsfall für nicht zugestellte Nachrichten. Amazon DynamoDB wäre zwar in der Lage, Nachrichten zu speichern, erfordert aber mehr Entwicklungsaufwand für die Implementierung und Verwaltung der Nachrichten als eine SQS DLQ.