Azure Event Grid-naamruimten - Pushlevering
Dit artikel bouwt voort op pushlevering met HTTP voor Event Grid basic en biedt essentiële informatie voordat u pushlevering in Event Grid-naamruimten via HTTP-protocol gaat gebruiken. Dit artikel is geschikt voor gebruikers die toepassingen moeten bouwen om te reageren op discrete gebeurtenissen met behulp van Event Grid-naamruimten. Als u meer wilt weten over het verschil tussen de Basic-laag van Event Grid en de Standard-laag met naamruimten, raadpleegt u de juiste Event Grid-laag voor uw oplossing.
Onderwerpen en abonnementen over naamruimten
Gebeurtenissen die zijn gepubliceerd naar Event Grid-naamruimten, komen terecht in een onderwerp. Dit is een subresource van de naamruimte die alle gebeurtenissen logisch bevat. Met naamruimteonderwerpen kunt u abonnementen maken met flexibele verbruiksmodi om gebeurtenissen naar een bepaalde bestemming of pull-gebeurtenissen in uw tempo te pushen.
Ondersteunde gebeurtenis-handlers
Dit zijn de ondersteunde gebeurtenis-handlers:
- Event Hubs
- Webhooks (preview)
Push- en pull-levering
Event Grid ondersteunt de levering van push- en pull-gebeurtenissen met behulp van HTTP. Met pushlevering definieert u een bestemming in een gebeurtenisabonnement, een webhook of een Azure-service waarnaar Event Grid gebeurtenissen verzendt. Met pull-levering maken abonneetoepassingen verbinding met Event Grid om gebeurtenissen te verbruiken. Pull-levering wordt ondersteund voor onderwerpen in een Event Grid-naamruimte.
Belangrijk
Event Hubs wordt ondersteund als bestemming voor abonnementen op naamruimteonderwerpen. In de komende releases ondersteunen Event Grid-naamruimten alle bestemmingen die momenteel beschikbaar zijn in Event Grid Basic, samen met extra bestemmingen.
Wanneer gebruikt u pushlevering versus pull-levering
Hier volgen algemene richtlijnen om u te helpen bepalen wanneer u pull- of pushlevering wilt gebruiken.
Pull-levering
- U hebt volledige controle nodig over wanneer gebeurtenissen moeten worden ontvangen. Uw toepassing is bijvoorbeeld mogelijk niet altijd up-the-time, niet stabiel genoeg of u verwerkt gegevens op bepaalde momenten.
- U hebt volledige controle nodig over het verbruik van gebeurtenissen. Een downstreamservice of laag in uw consumententoepassing heeft bijvoorbeeld een probleem waardoor u geen gebeurtenissen kunt verwerken. In dat geval kan de pull-leverings-API de consumenten-app een al lees-gebeurtenis vrijgeven aan de broker, zodat deze later kan worden geleverd.
- U wilt privékoppelingen gebruiken bij het ontvangen van gebeurtenissen, wat alleen mogelijk is met de pull-levering, niet de push-levering.
- U hebt niet de mogelijkheid om een eindpunt beschikbaar te maken en pushlevering te gebruiken, maar u kunt wel verbinding maken met Event Grid om gebeurtenissen te gebruiken.
Push-levering
- U wilt constante polling voorkomen om te bepalen dat er een wijziging in de systeemstatus is opgetreden. U gebruikt Event Grid liever om gebeurtenissen naar u te verzenden op het moment dat de statuswijzigingen plaatsvinden.
- U hebt een toepassing die geen uitgaande oproepen kan uitvoeren. Uw organisatie kan zich bijvoorbeeld zorgen maken over gegevensexfiltratie. Uw toepassing kan echter gebeurtenissen ontvangen via een openbaar eindpunt.