Service Bus und erstklassige Betriebsprozesse

Artikel
11/14/2023

Verwalten Sie sämtliche Aspekte des Nachrichtenbrokerings für Unternehmen mit Nachrichtenwarteschlangen und Themen zum Veröffentlichen/Abonnieren mithilfe von Azure Service Bus. Dieser Dienst speichert Nachrichten in einem Broker (z. B. in einer Warteschlange), bis der Consumer für den Empfang der Nachrichten bereit ist.

Dies hat unter anderem folgende Vorteile:

Lastenausgleich für konkurrierende Worker
Sicherheit beim Routing und der Übertragung von Daten sowie Kontrolle über Dienst- und Anwendungsgrenzen hinweg
Koordinierung von Transaktionsausgaben mit hohen Zuverlässigkeitsanforderungen

Weitere Informationen zur Verwendung von Service Bus finden Sie in der Dokumentation zu Azure Service Bus-Messaging. Hier erfahren Sie, wie Sie Messaging für die übergreifende Vernetzung von Anwendungen und Diensten in lokalen und cloudbasierten Umgebungen einrichten.

Informationen dazu, wie Service Bus zu erstklassigen Betriebsprozessen beiträgt, finden Sie in den folgenden Themen:

In den folgenden Abschnitten geht es speziell um Azure Service Bus und erstklassige Betriebsprozesse:

Überlegungen zum Entwurf
Prüfliste für die Konfiguration
Empfohlene Konfigurationsoptionen
Quellartefakte

Überlegungen zum Entwurf

Maximieren Sie die Zuverlässigkeit mit einer Vereinbarung zum Servicelevel (Service Level Agreement, SLA) für die Uptime von Azure Service Bus. Ordnungsgemäß konfigurierte Anwendungen können Nachrichten senden oder empfangen oder andere Vorgänge für eine bereitgestellte Warteschlange oder für ein bereitgestelltes Thema ausführen. Weitere Informationen finden Sie in der SLA für Service Bus.

Weitere Entwurfsüberlegungen:

Abgesehen von der Dokumentation zur Premium- und Standard-Preisstufe für Service Bus-Messaging sind die folgenden Features nur für die Premium-SKU (Stock Keeping Unit) verfügbar:

Dedizierte Ressourcen
VNET-Integration: Schränkt die Netzwerke ein, von denen eine Verbindung mit der Service Bus-Instanz hergestellt werden kann. Erfordert die Aktivierung von Dienstendpunkten im Subnetz. Es gibt vertrauenswürdige Microsoft-Dienste, die bei der Implementierung virtueller Netzwerke nicht unterstützt werden. Hierzu zählt beispielsweise die Integration in Event Grid. Weitere Informationen finden Sie unter Zulassen des Zugriffs auf den Azure Service Bus-Namespace aus bestimmten virtuellen Netzwerken.
Private Endpunkte.
IP-Filterung/Firewall: Beschränken Sie Verbindungen auf definierte IPv4-Adressen oder IPv4-Adressbereiche.
Verfügbarkeitszonen: Verbessern die Verfügbarkeit durch die Verteilung von Replikaten auf Verfügbarkeitszonen innerhalb einer Region ohne zusätzliche Kosten.
Event Grid-Integration: Verfügbare Ereignistypen
Skalieren von Messagingeinheiten
Georedundante Notfallwiederherstellung (gekoppelter Namespace)
BYOK (Bring Your Own Key): Azure Service Bus verschlüsselt ruhende Daten und entschlüsselt sie automatisch, wenn darauf zugegriffen wird. Kunden können jedoch auch ihren eigenen kundenseitig verwalteten Schlüssel verwenden.

Wenn Service Bus mit georedundanter Notfallwiederherstellung und in Verfügbarkeitszonen bereitgestellt wird, erhöht sich das Servicelevelziel (Service Level Objective, SLO) erheblich. Die Uptime-SLA bleibt jedoch unverändert.

Checkliste

Haben Sie Azure Service Bus unter Berücksichtigung erstklassiger Betriebsprozesse konfiguriert?

Stellen Sie sicher, dass Service Bus-Messagingausnahmen ordnungsgemäß behandelt werden.
Verwenden Sie zum Herstellen einer Verbindung mit Service Bus das Advanced Message Queuing Protocol (AMQP), und nutzen Sie nach Möglichkeit Dienstendpunkte oder private Endpunkte.
Richten Sie einen Prozess zur aktiven Überwachung der DLQ-Nachrichten (Dead-Letter Queue, Warteschlange für unzustellbare Nachrichten) ein.
Machen Sie sich mit den bewährten Methoden für Leistungsoptimierungen mithilfe von Service Bus Messaging vertraut.
Analysieren Sie die Unterschiede zwischen Azure Storage-Warteschlangen und Azure Service Bus-Warteschlangen.

Konfigurationsempfehlungen

Beachten Sie beim Konfigurieren von Azure Service Bus die folgende Empfehlung zur Optimierung der Zuverlässigkeit:

Empfehlung	BESCHREIBUNG
Verwenden Sie zum Herstellen einer Verbindung mit Service Bus das AMQP-Protokoll, und nutzen Sie nach Möglichkeit Dienstendpunkte oder private Endpunkte.	Diese Empfehlung sorgt dafür, dass Datenverkehr den Azure-Backbone nicht verlässt. Hinweis: Das Standardverbindungsprotokoll für die Namespaces `Microsoft.Azure.ServiceBus` und `Windows.Azure.ServiceBus` ist `AMQP`.
Richten Sie einen Prozess zur aktiven Überwachung der DLQ-Nachrichten (Dead-Letter Queue, Warteschlange für unzustellbare Nachrichten) ein.	Die Warteschlange für unzustellbare Nachrichten enthält Nachrichten, die nicht verarbeitet oder an keinen Empfänger übermittelt werden können. Diese Warteschlange muss überwacht werden, um die Ursache des Problems zu untersuchen, erforderliche Korrekturen anzuwenden und Nachrichten erneut zu senden.
Analysieren Sie die Unterschiede zwischen Azure Storage-Warteschlangen und Azure Service Bus-Warteschlangen.	Azure Service Bus-Messagingentitäten sind fortschrittlicher, zuverlässiger und funktionsreicher als Azure Storage-Warteschlangen. Für einfaches warteschlangenbasiertes Messaging ohne Zuverlässigkeitsanforderungen sind Azure Storage-Warteschlangen ggf. besser geeignet.

Quellartefakte

Service Bus-Premium-Instanzen ohne private Endpunkte können mithilfe der folgenden Abfrage ermittelt werden:

Resources
| where
  type == 'microsoft.servicebus/namespaces'
| where
  sku.tier == 'Premium'
  and isempty(properties.privateEndpointConnections)

Service Bus-Instanzen, für die nicht der Premium-Tarif verwendet wird, können mithilfe der folgenden Abfrage ermittelt werden:
```
Resources
| where
  type == 'microsoft.servicebus/namespaces'
| where
  sku.tier != 'Premium'
```

Nächster Schritt

Queue Storage und Zuverlässigkeit

Freigeben über