Condividi tramite

Recapito push di Griglia di eventi di Azure - Concetti

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

Note

Per i concetti di 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 completamente qualcosa che si è verificato in un sistema. Ogni evento ha informazioni comuni, come il source dell'evento, il time in cui l'evento si è verificato e un identificatore univoco. Ogni evento include anche informazioni specifiche rilevanti solo per il tipo specifico di evento. 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 invece l'URL del file di Acquisizione. Un evento relativo a un nuovo ordine nel microservizio per ordini potrebbe presentare un attributo orderId e un attributo URL al momento della rappresentazione dello stato dell'ordine’.

CloudEvents

Event Grid utilizza la specifica open standard della Cloud Native Computing Foundation (CNCF) CloudEvents 1.0 con il binding del protocollo HTTP e il formato JSON. CloudEvents è una specifica di evento estendibile con estensioni documentate per requisiti specifici. CloudEvents è il formato di evento preferito a causa dei casi d'uso ben documentati (modalità di trasferimento di eventi, formati di eventi e altro ancora), estendibilità e interoperabilità migliorata. CloudEvents migliora l'interoperabilità fornendo un Common Event Format per la pubblicazione e l'utilizzo degli eventi. Consente 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?
JSON strutturato 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 CloudEvents.

Altri formati

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

Autori

Un autore è l'applicazione che invia eventi alla Griglia di eventi. Può essere la stessa applicazione da cui provengono gli eventi, ossia 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. Le organizzazioni che ospitano servizi all'esterno di Azure possono pubblicare eventi anche tramite 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 autore che invia eventi dal proprio sistema per renderli disponibili ai clienti di Azure. Un partner è in genere un provider SaaS (Software as a Service) o ERP (Enterprise Resource Planning) 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 possono solo 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

Un argomento contiene 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 partner.

Argomenti personalizzati

Gli argomenti personalizzati sono anche argomenti usati con le applicazioni. Sono stati i primi tipi di argomenti progettati per creare integrazioni guidate dagli eventi per applicazioni personalizzate. In quanto risorsa autonoma, espongono il proprio endpoint su cui pubblichi 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 fare riferimento all’articolo Argomenti personalizzati.

Argomenti di sistema

Gli argomenti di sistema sono argomenti integrati 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 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 partner, si crea una sottoscrizione di eventi come si farebbe per qualsiasi altro tipo di argomento.

Sottoscrizioni di eventi

Note

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 una 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 che vengono inviati a un endpoint. Ad esempio, è possibile filtrare l'evento in base al tipo o all'oggetto. Per altre informazioni, vedere Sottoscrizioni di eventi e Schema CloudEvents. Le sottoscrizioni di eventi per argomenti personalizzati, di sistema, partner e domini presentano le stesse proprietà delle risorse.

Per esempi di creazione di sottoscrizioni per argomenti personalizzati, di sistema, dei partner e per i domini, vedere:

Per informazioni su come ottenere le attuali sottoscrizioni di Griglia di eventi, consultare Sottoscrizioni di Griglia di eventi di Azure.

Scadenza della sottoscrizione di eventi

È possibile impostare una scadenza per le sottoscrizioni di eventi associate agli argomenti personalizzati, di sistema, partner e dominio e alle sottoscrizioni di dominio. La sottoscrizione di eventi scade automaticamente dopo tale data. Imposta una scadenza per le sottoscrizioni di eventi che ti servono solo temporaneamente e non vuoi occuparti della loro rimozione in seguito. 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 altre azioni per elaborare l'evento. Il recapito push in Event Grid supporta diversi tipi di gestore. È possibile utilizzare come gestore un servizio di Azure supportato o un webhook personalizzato. 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 in uno dei gestori di Griglia di eventi supportate, vedere Event handlers in Azure Event Grid (Gestori di eventi in Griglia di eventi di Azure).

Security

Griglia di eventi fornisce la sicurezza per la sottoscrizione e per il momento della pubblicazione degli eventi sugli argomenti. Quando si esegue la sottoscrizione, è necessario avere 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 autentica Event Grid; l'identità gestita deve avere un ruolo RBAC appropriato. 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 riesce a confermare che l'endpoint del sottoscrittore ha ricevuto un evento quando si usa il recapito push, viene recapitato nuovamente l'evento. Per altre informazioni, vedere Recapito di messaggi di Griglia di eventi e nuovi tentativi.

Invio in batch

Quando si usa un argomento personalizzato, è necessario pubblicare sempre eventi in una matrice. Può trattarsi di un batch di uno per scenari a basso throughput.

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. Se una zona è interessata, le altre due zone supportano servizi, capacità e disponibilità elevata a livello di area. Per altre informazioni sulle zone di disponibilità, vedere Aree e zone di disponibilità.

Contenuti correlati

  • Last updated on