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

La consegna push è una modalità di consegna in cui gli spazi dei nomi Event Grid inviano eventi a una destinazione non appena vengono pubblicati, così le tue applicazioni possono reagire a eventi discreti senza fare polling. Su HTTP, Event Grid invia ogni evento a un gestore di eventi supportato o a un webhook personalizzato che configuri.

Questo articolo spiega come funziona la consegna push negli spazi di Event Grid e descrive i gestori di eventi supportati, così puoi decidere se si adatta alla tua applicazione.

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. Con argomenti di namespace, puoi creare abbonamenti con modalità di consumo flessibili per indirizzare eventi verso una destinazione specifica o portare gli eventi al tuo ritmo.

Diagramma che mostra un argomento e le sottoscrizioni di eventi associate.

Gestori eventi supportati

Event Grid supporta i seguenti gestori di eventi:

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.

Importante

Event Hubs è supportato come destinazione per le sottoscrizioni ai topic del namespace. Nelle prossime versioni, i Namespace di Event Grid supporteranno tutte le destinazioni attualmente disponibili in Event Grid Basic, insieme a destinazioni aggiuntive.

Diagramma generale che mostra il recapito push e il recapito pull con il tipo di risorse coinvolte.

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.

Contenuti correlati

  • Last updated on