Condividi tramite

Recapito push di Griglia di eventi di Azure - Concetti

  • Articolo

Questo articolo descrive i concetti principali di Griglia di eventi correlati al recapito push.

Nota

Per i concetti relativi a Griglia di eventi correlati al nuovo modello di risorse che usa gli spazi dei nomi, vedere questo articolo sui concetti.

Eventi

Un evento è la quantità minima di informazioni necessarie per descrivere integralmente ciò che si è verificato nel sistema. Ogni evento include informazioni comuni, ad esempiosource dell'evento, time in cui si è verificato l'evento e un identificatore univoco. Ogni evento include anche informazioni specifiche pertinenti solo per il tipo di evento specifico. Un evento di creazione di un nuovo file in Archiviazione di Azure, ad esempio, contiene i dettagli sul file, come il valore lastTimeModified. Un evento di Hub eventi include il URL del file di acquisizione. Un evento relativo a un nuovo ordine nel microservizio Orders potrebbe presentare un attributo orderId e un attributo URL al momento della rappresentazione dello stato dell'ordine’.

CloudEvents

Grigia di eventi si conforma alla specifica dello standard aperto di CNCF CloudEvents 1.0 che usa l’associazione del protocollo HTTP con il formato JSON. CloudEvents è una specifica di evento estendibile con estensioni documentate per requisiti specifici. Quando si usa Griglia di eventi, CloudEvents è il formato di evento preferito perché offre casi d'uso ben documentati (modalità per il trasferimento di eventi, formati di eventie così via), estendibilità e interoperabilità migliorata. CloudEvents migliora l'interoperabilità fornendo un formato eventi comune per la pubblicazione e l'utilizzo degli eventi. Consente di usare strumenti uniformi e modi standard di routing e gestione degli eventi.

La tabella seguente illustra il supporto corrente per la specifica CloudEvents:

Modalità contenuto CloudEvents Supportato?
Structured JSON Sì
Binario No

La dimensione massima consentita per un evento è 1 MB. Gli eventi superiori a 64 KB vengono addebitati in incrementi di 64 KB. Per le proprietà che vengono inviate in un evento, vedere Schema di CloudEvents.

Altri formati

Griglia di eventi supporta anche il formato proprietario dello schema di Griglia di eventi per gli autori di eventi di sistema. È possibile configurare Griglia di eventi per recapitare eventi con il formato CloudEvents.

Autori

Un server di pubblicazione è l'applicazione che invia eventi alla Griglia di eventi. Può essere la stessa applicazione da cui provengono gli eventi, ovvero l’origine degli eventi. I servizi di Azure pubblicano eventi nella Griglia di eventi per annunciare un'occorrenza nel servizio. È possibile pubblicare eventi dalla propria applicazione. Anche le organizzazioni che ospitano servizi all'esterno di Azure possono pubblicare eventi tramite la Griglia di eventi.

Origini eventi

Un'origine evento indica la posizione in cui si verifica l'evento. Ogni origine evento è correlata a uno o più tipi di evento. Archiviazione di Azure è, ad esempio, l'origine degli eventi creati dai BLOB. Hub IoT è l'origine degli eventi creati dai dispositivi. L'applicazione è l'origine degli eventi personalizzati definiti dall'utente. Le origini eventi sono responsabili dell'invio degli eventi a Griglia di eventi.

Partner

Un partner è un tipo di server di pubblicazione che invia eventi dal proprio sistema per renderli disponibili ai clienti di Azure. Un partner è in genere un provider SaaS o ERP che si integra con Griglia di eventi di Azure per aiutare i clienti a realizzare casi d'uso basati su eventi tra piattaforme. I partner non solo possono pubblicare eventi in Griglia di eventi di Azure, ma possono anche ricevere eventi da esso. Tali funzionalità vengono abilitate tramite la funzionalità Eventi del partner.

Argomenti

Argomento contenente eventi pubblicati in Griglia di eventi. In genere si usa una risorsa argomento per una raccolta di eventi correlati. Per rispondere a determinati tipi di eventi, i sottoscrittori (un servizio di Azure o altre applicazioni) decidono quali sono gli argomenti da sottoscrivere. Esistono diversi tipi di argomenti: argomenti personalizzati, argomenti di sistema e argomenti dei partner.

Argomenti personalizzati

Gli argomenti personalizzati vengono anche usati con le applicazioni. Sono stati il primo tipo di argomento progettato per creare integrazioni guidate dagli eventi per applicazioni personalizzate. In qualità di risorsa autonoma, espongono il proprio endpoint in cui vengono pubblicati gli eventi.

Gli argomenti personalizzati supportano il recapito push. Vedere Quando usare il recapito pull o push per decidere se il recapito push è l'approccio corretto in base alle proprie esigenze. È anche possibile vedere l’articolo Argomenti personalizzati.

Argomenti di sistema

Gli argomenti di sistema sono argomenti predefiniti forniti da servizi di Azure, ad esempio Archiviazione di Azure, Hub eventi di Azure e bus di servizio di Azure. È possibile creare argomenti di sistema nella sottoscrizione di Azure e sottoscriverli. Per altre informazioni, vedere Panoramica degli argomenti di sistema.

Argomenti partner

Gli argomenti dei partner sono un tipo di argomenti usato per sottoscrivere gli eventi pubblicati da un partner. La funzionalità che abilita questo tipo di integrazione è denominata Eventi del partner. Grazie a questa integrazione, si ottiene un argomento partner in cui vengono resi disponibili gli eventi di un sistema partner. Dopo aver creato un argomento del partner, è necessario creare una sottoscrizione di eventi come si farebbe per qualsiasi altro tipo di argomento.

Sottoscrizioni di eventi

Nota

Per informazioni sulle sottoscrizioni di eventi in un argomento dello spazio dei nomi, vedere questo articolo sui concetti.

Una sottoscrizione indica a Griglia di eventi gli eventi di un argomento che si è interessati a ricevere. Quando si crea la sottoscrizione si specifica un endpoint per la gestione dell'evento. Gli endpoint possono essere un webhook o una risorsa del servizio di Azure. È possibile filtrare gli eventi inviati a un endpoint. Ad esempio, è possibile filtrare in base a tipo di evento o criterio di oggetto. Per altre informazioni, vedere Sottoscrizioni di eventi e Schema CloudEvents. Le sottoscrizioni di eventi per argomenti personalizzati, di sistema e del partner, nonché i domini presentano le stesse proprietà per le risorse.

Per esempi di creazione di sottoscrizioni per argomenti personalizzati, di sistema e del partner, nonché domini, vedere:

Per informazioni su come ottenere le attuali sottoscrizioni di Griglia di eventi, vedere Query sulle sottoscrizioni di Griglia di eventi.

Scadenza della sottoscrizione di eventi

È possibile impostare un'ora di scadenza per le sottoscrizioni di eventi associate agli argomenti personalizzati, di sistema, del partner e di dominio, nonché alle sottoscrizioni di dominio. La sottoscrizione dell'evento scade automaticamente dopo tale data. Impostare una scadenza per le sottoscrizioni di eventi necessarie solo per un periodo di tempo limitato in modo da non doversi preoccupare della pulizia delle sottoscrizioni. Ad esempio, quando si crea una sottoscrizione di eventi per testare uno scenario, è consigliabile impostare una scadenza.

Per un esempio di impostazione di una scadenza, vedere Creare una sottoscrizione con filtri avanzati.

Gestori eventi

Dal punto di vista di Griglia di eventi, un gestore eventi è il punto a cui l'evento viene inviato quando si usa il recapito push. Il gestore esegue alcune ulteriori azioni per elaborare l'evento. Griglia di eventi supporta diversi tipi di gestori durante l’uso del recapito push. È possibile usare un servizio di Azure supportato o il proprio webhook come gestore. A seconda del tipo di gestore, Griglia di eventi segue meccanismi diversi per garantire il recapito dell'evento. Per i gestori eventi webhook HTTP, l'evento viene ripetuto fino a quando il gestore non restituisce un codice di stato 200 – OK. Per la coda di Archiviazione di Azure, gli eventi vengono ripetuti finché il Servizio di accodamento non elabora correttamente il push del messaggio nella coda.

Per informazioni sul recapito di eventi a uno dei gestori di Griglia di eventi supportati, vedere Gestori di eventi in Griglia di eventi di Azure.

Sicurezza

Griglia di eventi offre sicurezza nella sottoscrizione di argomenti e durante la pubblicazione di eventi in argomenti. Quando si esegue la sottoscrizione, è necessario possedere le autorizzazioni appropriate per l'argomento di Griglia di eventi. Se si usa il recapito push, il gestore eventi è un servizio di Azure e un'identità gestita viene usata per autenticare Griglia di eventi, l'identità gestita deve avere un ruolo appropriato di controllo degli accessi in base al ruolo. Ad esempio, se si inviano eventi a Hub eventi, l'identità gestita usata nella sottoscrizione di eventi deve essere un membro del ruolo mittente dati di Hub eventi. Quando si esegue la pubblicazione, è necessario avere un token di firma di accesso condiviso o l'autenticazione con chiave per l'argomento. Per altre informazioni, vedere Event Grid security and authentication (Sicurezza e autenticazione di Griglia di eventi).

Recapito di eventi

Se Griglia di eventi non è in grado di confermare che un evento è stato ricevuto dall'endpoint del sottoscrittore durante l’uso del recapito push, esegue di nuovo il recapito dell'evento. Per altre informazioni, vedere Recapito di messaggi di Griglia di eventi e nuovi tentativi.

Batch

Quando si usa un argomento personalizzato, gli eventi devono sempre essere pubblicati in una matrice. Può trattarsi di un batch di uno per scenari a bassa velocità effettiva.

Definizioni dei tipi di eventi inline

I partner possono definire i tipi di evento che si stanno rendendo disponibili ai clienti quando si crea un canale. Con le definizioni dei tipi di evento inline, i sottoscrittori possono filtrare facilmente gli eventi in base al tipo di evento durante la configurazione di una sottoscrizione di eventi.

Zone di disponibilità

le zone di disponibilità di Azure sono posizioni fisicamente separate all'interno di ogni area di Azure, con tolleranza per gli errori locali. Sono connessi da una rete ad alte prestazioni con una latenza di round trip inferiore a 2 millisecondi. Ogni zona di disponibilità è costituita da uno o più data center dotati di impianti indipendenti per l'alimentazione, il raffreddamento e la connettività di rete. Anche se una zona è interessata, le altre due zone rimanenti possono fornire servizi, capacità e disponibilità elevata a livello di area. Per altre informazioni sulle zone di disponibilità, vedere Aree e zone di disponibilità in Azure.

Passaggi successivi