Messagingdienste von Azure und AWS

In diesem Artikel werden die wichtigsten AWS- und Azure-Dienste für E-Mails, Warteschlangen, Veröffentlichungsabonnentnachrichten, Ereignisrouting und Ereignisstreaming verglichen. Wählen Sie einen Dienst basierend auf dem Nachrichtentyp, Übermittlungsgarantien, Bestellung, Durchsatz, Protokollkompatibilität und Consumermodell aus, das Ihre Workload benötigt.

Einen detaillierten Leitfaden zur Auswahl von Azure-Diensten finden Sie unter Auswählen zwischen Azure Event Grid, Event Hubs und Service Bus.

Amazon Simple Email Service

Amazon Simple Email Service (Amazon SES) sendet Transaktions-, Massen- und Marketing-E-Mails.

Azure stellt für diese Szenarien kein einziges Äquivalent bereit. Verwenden Sie Microsoft 365 E-Mail mit hohem Volumen für automatisierte, transaktionale und operative E-Mails an Empfänger innerhalb Ihres Microsoft 365 Mandanten. Verwenden Sie Exchange Online für E-Mail-Nachrichten von Personen und nicht für massenweise Zustellung.

Verwenden Sie für externe Transaktions-, Massen- oder Marketing-E-Mails einen spezialisierten Kommunikationsanbieter wie Infobip, Telesign, Twilio SendGrid oder andere.

Amazon Simple Queue Service

Amazon Simple Queue Service (Amazon SQS) stellt verwaltete Warteschlangen bereit, die verteilte Anwendungskomponenten entkoppeln. Azure bietet zwei Warteschlangendienste:

• Verwenden Sie Azure Queue Storage für einfache, hochskalierbare Warteschlangen für Arbeitsaufgaben. Der Warteschlangenspeicher unterstützt Warteschlangen, die größer als 80 GB sind, Sichtbarkeitstimeouts für wiederholungs- und leaseverhalten sowie direkte Nachrichtenaktualisierungen zum Beibehalten des Verarbeitungsfortschritts.

• Verwenden Sie Azure Service Bus-Warteschlangen für Enterprise-Messaging-Features wie Sitzungen für die Erst-in-First-Out-Sortierung (FIFO), Transaktionen, duplizierte Erkennung, automatische unzustellbare Nachrichten und Veröffentlichen von Nachrichten über Themen und Abonnements.

• Verwenden Sie Azure Relay, wenn Sie einen lokalen Dienst sicher für Cloudclients verfügbar machen müssen, ohne eingehende Firewallverbindungen zu öffnen. Relay bietet hybride Netzwerkkonnektivität und ist kein Warteschlangendienst.

Integration zwischen Azure- und AWS-Messagingdiensten

Wenn Komponenten, die Amazon SQS verwenden, Nachrichten mit Komponenten austauschen müssen, die Azure Service Bus verwenden, verwenden Sie das Messaging Bridge-Muster. Eine Brücke bringt eine weitere Laufzeitabhängigkeit mit sich; sie sollte daher für idempotente Verarbeitung, Überwachung und die Wiederherstellung nach teilweisen Ausfällen ausgelegt sein.

Messagingkomponenten

AWS-Dienst	Azure-Dienst	BESCHREIBUNG
Amazon Simple Queue Service (Amazon SQS)	Azure Queue Storage oder Azure Service Bus Warteschlangen	Verwenden Sie Queue Storage für einfache, hoch skalierbare Arbeitswarteschlangen. Verwenden Sie Service Bus, wenn Sie Transaktionen benötigen, FIFO-Sortierung über Sitzungen, duplizierte Erkennung, unzustellbare Nachrichten oder erweitertes Routing.
Amazon Simple Notification Service (Amazon SNS)	Azure Service Bus Themen, Azure Event Grid, Microsoft 365 E-Mail mit hohem Volumen oder ein spezialisierter Kommunikationsanbieter	SNS umfasst mehrere Szenarien. Verwenden Sie Service Bus-Themen für dauerhafte Nachrichten zwischen Anwendungen mit Enterprise-Brokerfunktionen. Verwenden Sie das Ereignisraster für diskrete Ereignisbenachrichtigungen und reaktives Routing. Verwenden Sie E-Mails mit hohem Volumen für automatisierte E-Mails an Empfänger innerhalb Ihres Microsoft 365 Mandanten. Verwenden Sie für SMS oder externe Anwendung-zu-Person-E-Mails einen im Azure Communication Services-Leitfaden zur Außerbetriebnahme aufgeführten Kommunikationsanbieter.
Amazon EventBridge	Azure-Ereignisraster	Beide Dienste leiten diskrete Ereignisse von Anwendungen, Clouddiensten und Partnerquellen an Abonnenten weiter. Vergleichen Sie die unterstützten Quellen, Ziele, Filteroptionen, Transformationen, Wiederholungsversuche, Dead-Lettering und Zustellungsmodelle.
Amazon-Kinesis-Datenströme	Azure Event Hubs	Beide Dienste erfassen und speichern Ereignisströme mit hohem Durchsatz für mehrere unabhängige Konsumenten. Auswerten von Partitionierungs-, Aufbewahrungs-, Wiedergabe-, Durchsatz-, Protokoll- und Skalierungsanforderungen. Event Hubs unterstützen AMQP-, HTTPS- und Kafka-kompatible Endpunkte.
Amazon MQ	Azure Service Bus	Für vorhandene JMS-Anwendungen unterstützt Service Bus Premium JMS 2.0, und Service Bus Standard unterstützt eine eingeschränkte, auf Warteschlangen fokussierte JMS-1.1-Teilmenge. Der Service Bus JMS-Client kann nicht von sitzungsfähigen Entitäten empfangen oder AMQP über WebSockets verwenden. Verwenden Sie daher das systemeigene Service Bus SDK, wenn FIFO-Sitzungen oder WebSocket-Transport erforderlich sind. Bewerten Sie die Protokoll-, API-, Topologie- und brokerspezifische Featurekompatibilität, bevor Sie von ActiveMQ oder RabbitMQ migrieren.

Messagingarchitekturen

Aufbau	BESCHREIBUNG
Skalierbare Webanwendung	Befolgen Sie die bewährten Verfahren in dieser Referenzarchitektur zum Verbessern der Skalierbarkeit und Leistung in einer Azure App Service-Webanwendung.
Unternehmensintegration mithilfe von Warteschlangen und Ereignissen	Empfohlene Architektur für die Implementierung eines Unternehmensintegrationsmusters in Azure Logic Apps, Azure API Management, Azure Service Bus und Azure Event Grid.