Ein Unternehmen migriert eine monolithische Webanwendung auf Amazon EC2 zu einer serverlosen Microservices-Architektur und wünscht sich ein ereignisgesteuertes, lose gekoppeltes Design unter Verwendung des Publish/Subscribe-Musters. Welche Lösung ist die kostengünstigste?

Die Konfiguration einer Amazon API Gateway HTTP API, die eine AWS Lambda-Funktion aufruft, welche Ereignisse in ein Amazon SNS-Thema veröffentlicht, ist die kostengünstigste Lösung. HTTP APIs sind im Vergleich zu REST APIs günstiger und bieten dennoch die notwendige Funktionalität für diesen Anwendungsfall. Amazon SNS ist ein vollständig verwalteter Publish/Subscribe-Dienst, der eine lose Kopplung und ereignisgesteuerte Kommunikation ermöglicht und dabei kosteneffizient ist, da nur für die tatsächlich genutzten Nachrichten und Datenübertragungen bezahlt wird. Abonnenten können verschiedene Endpunkte umfassen, was die Flexibilität erhöht. Die Option mit SQS ist weniger geeignet für ein echtes Publish/Subscribe-Muster, da SQS eine Warteschlange für Punkt-zu-Punkt-Kommunikation ist und nicht nativ mehrere Abonnenten unterstützt, die unabhängig voneinander die gleichen Nachrichten empfangen. Kinesis Data Streams mit Enhanced Fan-Out ist eine leistungsstarke, aber teurere Lösung für Echtzeit-Datenströme mit hohem Durchsatz, die für dieses Szenario überdimensioniert und damit nicht die kostengünstigste Wahl wäre. Die REST API-Option ist teurer als die HTTP API, ohne wesentliche Vorteile für dieses spezifische ereignisgesteuerte Szenario zu bieten.