Spazi dei nomi di Griglia di eventi di Azure - Recapito push

Questo articolo si basa sul recapito push con HTTP per Griglia di eventi di base e fornisce informazioni essenziali prima di iniziare a usare il recapito push negli spazi dei nomi di Griglia di eventi tramite il protocollo HTTP. Questo articolo è adatto agli utenti che devono creare applicazioni per reagire a eventi discreti usando i namespace di Event Grid. Per altre informazioni sulla differenza tra il livello base di Griglia di eventi e il livello standard con spazi dei nomi, vedere Scegliere il livello Griglia di eventi appropriato per la propria soluzione.

Argomenti e sottoscrizioni dello spazio dei nomi

Gli eventi pubblicati nei namespace di Event Grid arrivano su un topic, cioè una sottorisorsa del namespace che contiene logicamente tutti gli eventi. Gli argomenti dello spazio dei nomi consentono di creare sottoscrizioni con modalità di consumo flessibile per eseguire il push degli eventi in una destinazione specifica o eseguire il pull degli eventi in base alle proprie esigenze.

Gestori eventi supportati

Ecco i gestori eventi supportati:

• Event Hubs
• Webhook

Consegna push e pull

Griglia di eventi supporta il recapito di eventi push e pull tramite HTTP. Con il recapito push si definisce una destinazione in una sottoscrizione di eventi, un webhook o un servizio di Azure a cui Event Grid invia eventi. Con la consegna pull, le applicazioni sottoscrittore si connettono a Griglia eventi per usare gli eventi. La consegna pull è supportata per gli argomenti in uno spazio dei nomi di Griglia eventi.

Quando usare il recapito push e quando il recapito pull

Di seguito sono riportate linee guida generali per aiutarti a decidere quando usare la modalità di consegna pull o push.

Consegna pull

• È necessario il controllo completo su quando ricevere gli eventi. Ad esempio, l'applicazione potrebbe non essere sempre aggiornata, non abbastanza stabile o elaborare i dati in determinati momenti.
• È necessario il controllo completo sull'uso degli eventi. Ad esempio, un servizio downstream o un livello nell'applicazione consumer presenta un problema che impedisce l'elaborazione di eventi. In tal caso, l'API di consegna pull consente all'app consumer di rilasciare un evento già letto al broker in modo che possa essere recapitato in un secondo momento.
• Se si desidera usare collegamenti privati quando si ricevono eventi, tenere presente che ciò è possibile solo con la consegna pull e non con la consegna push.
• Non è possibile esporre un endpoint e usare il recapito push, ma è possibile connettersi a Event Grid per ricevere gli eventi.

Recapito push

• Si vuole evitare il polling costante per determinare che si è verificata una modifica dello stato del sistema. È preferibile utilizzare Event Grid per inviare eventi al momento in cui si verificano modifiche dello stato.
• Hai un'applicazione che non può effettuare chiamate in uscita. Ad esempio, l'organizzazione potrebbe preoccuparsi dell'esfiltrazione dei dati. Tuttavia, l'applicazione può ricevere eventi tramite un endpoint pubblico.

Passaggi successivi

• Creare, visualizzare e gestire namespace
• Avvio rapido: Pubblicare e sottoscrivere eventi delle app usando gli argomenti dello spazio dei nomi
• SDK del piano di controllo e del piano dati
• Quote e limiti