Azure Event Grid-Namespaces – Pushübermittlung
Dieser Artikel baut auf Pushübermittlung mit HTTP für Event Grid Basic auf und stellt wichtige Informationen bereit, bevor Sie mit der Verwendung der Pushübermittlung für Event Grid-Namespaces über das HTTP-Protokoll beginnen. Dieser Artikel eignet sich für Benutzer, die Anwendungen erstellen müssen, um mithilfe von Event Grid-Namespaces auf diskrete Ereignisse zu reagieren. Wenn Sie mehr über den Unterschied zwischen der Basic Event Grid-Ebene und der Standardebene mit Namespaces wissen möchten, lesen Sie Auswahl der richtigen Event Grid-Ebene für Ihre Lösung.
Namespace-Themen und Abonnements
Ereignisse, die in Event Grid-Namespaces veröffentlicht werden, landen in einem Thema, das eine Namespace-Unterressource ist, die logischerweise alle Ereignisse enthält. Mithilfe von Namespace-Themen können Sie Abonnements mit flexiblen Verbrauchsmodi erstellen, um Ereignisse an ein bestimmtes Ziel zu übertragen oder Ereignisse selbst abzurufen.
Unterstützte Ereignishandler
Nachfolgend sind die unterstützten Ereignishandler aufgeführt:
Push- und Pullübermittlung
Event Grid unterstützt Push- und Pull-Ereignisübermittlung über HTTP. Mit push delivery definieren Sie ein Ziel in einem Ereignisabonnement, einem Webhook oder einem Azure-Dienst, an das Event Grid Ereignisse sendet. Mit der Pullübermittlung stellen Abonnentenanwendungen eine Verbindung mit Event Grid her, um Ereignisse zu nutzen. Die Pull-Lieferung wird für Themen in einem Ereignisraster-Namespace unterstützt.
Wichtig
Event Hubs wird als Ziel für Abonnements für Namespace-Themen unterstützt. In den kommenden Versionen werden Event Grid Namespaces alle derzeit in Event Grid Basic verfügbaren Ziele sowie zusätzliche Ziele unterstützen.
Wann sollte die Pushübermittlung gegenüber der Pullübermittlung verwendet werden?
Die folgenden allgemeinen Richtlinien helfen Ihnen bei der Entscheidung, wann die Pull- oder Pushübermittlung verwendet werden sollte.
Pullübermittlung
- Sie benötigen die volle Kontrolle darüber, wann Ereignisse empfangen werden sollen. So kann es beispielsweise sein, dass Ihre Anwendung nicht die ganze Zeit läuft, nicht stabil genug ist oder dass Sie Daten zu bestimmten Zeiten verarbeiten.
- Sie benötigen die vollständige Kontrolle über die Ereignisnutzung. Beispielsweise weist ein nachgelagerter Dienst oder eine nachgeschaltete Ebene in Ihrer Consumeranwendung ein Problem auf, das verhindert, dass Sie Ereignisse verarbeiten können. In diesem Fall ermöglicht die Pullübermittlungs-API der Consumer-App, ein bereits gelesenes Ereignis wieder zurück an den Broker freizugeben, sodass es später zugestellt werden kann.
- Sie möchten beim Empfang von Ereignissen private Links verwenden, was nur mit der Pull-Zustellung, nicht mit der Push-Zustellung möglich ist.
- Sie können einen Endpunkt nicht verfügbar machen und die Pushübermittlung verwenden, aber Sie können eine Verbindung mit Event Grid herstellen, um Ereignisse zu nutzen.
Pushübermittlung
- Sie möchten nicht ständig abfragen müssen, um festzustellen, ob eine Systemzustandsänderung eingetreten ist. Stattdessen verwenden Sie Event Grid, damit dieses Ihnen zu dem Zeitpunkt Ereignisse sendet, zu dem Zustandsänderungen auftreten.
- Sie verfügen über eine Anwendung, die keine ausgehenden Aufrufe tätigen kann. Ihr Unternehmen könnte sich zum Beispiel Sorgen über eine Datenexfiltration machen. Ihre Anwendung kann jedoch Ereignisse über einen öffentlichen Endpunkt empfangen.