Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Pushleverans är ett leveranssätt där Event Grid-namnrymder skickar händelser till en destination så snart de publiceras, så att dina applikationer kan reagera på diskreta händelser utan polling. Över HTTP skickar Event Grid varje händelse till en stödd händelsehanterare eller en anpassad webhook som du konfigurerar.
Den här artikeln förklarar hur push-leverans fungerar i Event Grid-namnrymder och beskriver de stödda händelsehanterarna, så att du kan avgöra om det passar din applikation.
Namnområdesämnen och prenumerationer
Händelser som publiceras i Event Grid-namnområden hamnar på ett ämne, som är en underresurs för namnområdet som logiskt innehåller alla händelser. Med namnrymdsämnen kan du skapa prenumerationer med flexibla konsumtionssätt för att skicka händelser till en viss destination eller hämta händelser i din egen takt.
Händelsehanterare som stöds
Event Grid stöder följande händelsehanterare:
Push- och pull-leverans
Event Grid stöder leverans av push- och pull-händelser med HTTP. Med push-leverans definierar du ett mål i en händelseprenumeration, en webhook eller en Azure-tjänst som Event Grid skickar händelser till. Med pull-leverans ansluter prenumerationsapplikationer till Event Grid för att använda händelser. Pull-leverans stöds för ämnen i ett Event Grid-namnområde.
Viktigt!
Event Hubs stöds som mål för prenumerationer till namnområdesämnen. I kommande versioner kommer Event Grid-namnområden att stödja alla mål som för närvarande är tillgängliga i Event Grid Basic tillsammans med ytterligare destinationer.
När du ska använda push-leverans jämfört med pull-leverans
Följande är allmänna riktlinjer som hjälper dig att bestämma när du ska använda pull- eller push-distribution.
Pullbaserad leverans
- Du behöver fullständig kontroll över när du ska ta emot händelser. Ditt program kanske till exempel inte är igång hela tiden, inte tillräckligt stabilt, eller så bearbetar du data vid vissa tidpunkter.
- Du behöver fullständig kontroll över händelseförbrukningen. Till exempel har en underordnad tjänst eller ett lager i ditt konsumentprogram ett problem som hindrar dig från att bearbeta händelser. I så fall gör pull-leverans-API:et det möjligt för konsumentapplikationen att returnera en redan läst händelse till mäklaren så att den kan levereras senare.
- Du vill använda privata länkar när du tar emot händelser, vilket endast är möjligt med pull-leveransen, inte push-leveransen.
- Du har inte möjlighet att exponera en slutpunkt och använda push-leverans, men du kan ansluta till Event Grid för att använda händelser.
Push-leverans
- Du vill undvika konstant pollning för att avgöra att en systemtillståndsförändring har skett. Du använder hellre Event Grid för att skicka händelser till dig när tillståndsändringar sker.
- Du har ett program som inte kan göra utgående anrop. Din organisation kan till exempel vara bekymrad över dataexfiltrering. Ditt program kan dock ta emot händelser via en offentlig slutpunkt.