Ein Unternehmen entwirft eine Webanwendung auf AWS, um Versicherungsangebote zu verarbeiten. Benutzer fordern Angebote an. Angebote müssen nach Angebotstyp getrennt, innerhalb von 24 Stunden beantwortet und dürfen nicht verloren gehen. Die Lösung sollte die betriebliche Effizienz maximieren und den Wartungsaufwand minimieren. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung nutzt Amazon SNS für die Verteilung und Amazon SQS für die zuverlässige Speicherung und Verarbeitung. Ein einziges SNS-Thema mit Nachrichtenfilterung leitet Anfragen basierend auf dem Angebotstyp an spezifische SQS-Warteschlangen weiter. Dies gewährleistet die Trennung der Angebotstypen und die zuverlässige Zustellung (kein Verlust), da SQS-Warteschlangen Nachrichten bis zu 14 Tage speichern können, was die 24-Stunden-Anforderung erfüllt. Die Backend-Server können Nachrichten aus ihren jeweiligen SQS-Warteschlangen pullen, was die betriebliche Effizienz maximiert und den Wartungsaufwand minimiert, da SQS und SNS vollständig verwaltete Dienste sind. Die anderen Optionen sind weniger optimal: Kinesis Data Streams erfordert mehr Verwaltungsaufwand und ist für diesen Anwendungsfall (Nachrichtentrennung und zuverlässige Verarbeitung) überdimensioniert. SNS-Themen pro Angebotstyp mit Lambda-Funktionen würden zu vielen einzelnen Ressourcen führen und die Wartung erschweren. Kinesis Data Firehose ist für die Bereitstellung von Daten an Speicherdienste wie OpenSearch gedacht, nicht für die direkte Nachrichtenverarbeitung durch Anwendungsserver.