Azure Event Grid-namnområden – Push-leverans
Den här artikeln bygger på push-leverans med HTTP for Event Grid Basic och innehåller viktig information innan du börjar använda push-leverans på Event Grid-namnområden via HTTP-protokoll. Den här artikeln är lämplig för användare som behöver skapa program för att reagera på diskreta händelser med event grid-namnområden. Om du vill veta mer om skillnaden mellan Basic-nivån för Event Grid och standardnivån med namnområden kan du läsa välja rätt Event Grid-nivå för din lösning.
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 namnområdesavsnitt kan du skapa prenumerationer med flexibla förbrukningslägen för att skicka händelser till ett visst mål eller hämta händelser i din takt.
Händelsehanterare som stöds
Här är de händelsehanterare som stöds:
- Event Hubs
- Webhooks (förhandsversion)
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 prenumerantprogram 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-leverans.
Pull-leverans
- Du behöver fullständig kontroll över när händelser ska ta emot. 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 tillåter PULL-leverans-API:et att konsumentappen släpper en redan läst händelse till asynkron meddelandekö 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 avsökning för att fastställa att en systemtillståndsändring har inträffat. 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.