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 compilare applicazioni per reagire a eventi discreti usando gli spazi dei nomi di Griglia di eventi. 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 in spazi dei nomi di Griglia di eventi si applicano a un argomento, ovvero una sottorisorsa dello spazio dei nomi che contiene logicamente tutti gli eventi. Gli argomenti dello spazio dei nomi consentono di creare sottoscrizioni con modalità di utilizzo flessibili per eseguire il push degli eventi in una destinazione specifica o eseguire il pull degli eventi al proprio ritmo.
Gestori eventi supportati
Ecco i gestori eventi supportati:
- Hub eventi
- Webhook(anteprima)
Recapito 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 Griglia di eventi invia eventi. Con il recapito pull, le applicazioni sottoscrittori si connettono a Griglia di eventi per utilizzare gli eventi. Il recapito pull è supportato per gli argomenti in uno spazio dei nomi di Griglia di eventi.
Importante
Hub eventi è supportato come destinazione per le sottoscrizioni agli argomenti dello spazio dei nomi. Nelle prossime versioni, gli spazi dei nomi di Griglia di eventi supporteranno tutte le destinazioni attualmente disponibili in Griglia di eventi base insieme a destinazioni aggiuntive.
Quando usare il recapito push e il recapito pull
Di seguito sono riportate linee guida generali che consentono di decidere quando usare il recapito pull o push.
Recapito 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'utilizzo 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 recapito pull consente all'app consumer di rilasciare un evento già letto al broker in modo che possa essere recapitato in un secondo momento.
- Si vogliono usare collegamenti privati quando si ricevono eventi, che è possibile solo con il recapito pull, non con il recapito push.
- Non è possibile esporre un endpoint e usare il recapito push, ma è possibile connettersi a Griglia di eventi per utilizzare gli eventi.
Recapito push
- Si vuole evitare il polling costante per determinare che si è verificata una modifica dello stato del sistema. È invece possibile usare Griglia di eventi per inviare eventi al momento in cui si verificano modifiche dello stato.
- Si dispone di 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.