distribuzione 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 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 che descrivono completamente qualcosa che si è verificato in un sistema. Ogni evento ha informazioni comuni come source l'evento, time l'evento si è verificato 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 ha il URL del file di acquisizione. Un evento relativo a un nuovo ordine nel microservizio Orders potrebbe avere un orderId attributo e un URL attributo alla rappresentazione dello stato dell'ordine.

CloudEvents

Griglia di eventi usa la specifica Open Standard CloudEvents 1.0 di CNF usando 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 a causa dei casi d'uso ben documentati (modalità di trasferimento di eventi, formati di eventi e così via), estendibilità e interoperabilità migliorata. CloudEvents migliora l'interoperabilità fornendo un formato di evento comune per la pubblicazione e l'utilizzo di eventi. Consente strumenti uniformi e modi standard di routing e gestione degli eventi.

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

CloudEvents con modalità tenda 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à inviate in un evento, vedere Schema CloudEvents.

Altri formati

Griglia di eventi supporta anche il formato di schema proprietario di Griglia di eventi per gli editori di eventi di sistema. È possibile configurare Griglia di eventi per recapitare eventi usando il formato CloudEvents .

Autori

Un server di pubblicazione è l'applicazione che invia eventi a Griglia di eventi. Può essere la stessa applicazione in cui hanno avuto origine gli eventi, l'origine evento. I servizi di Azure pubblicano eventi in 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 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 editore che invia eventi dal 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 in più piattaforme. I partner non solo possono pubblicare eventi in Griglia di eventi di Azure, ma possono anche ricevere eventi da esso. Queste funzionalità vengono abilitate tramite la funzionalità Eventi 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 argomenti sottoscrivere. Esistono diversi tipi di argomenti: argomenti personalizzati, argomenti di sistema e argomenti dei partner.

Argomenti personalizzati

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

Gli argomenti personalizzati supportano il recapito push. Consultare quando usare il recapito pull o push per decidere se il recapito push è l'approccio appropriato in base alle esigenze. È anche possibile fare riferimento all'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 argomento usato per sottoscrivere gli eventi pubblicati da un partner. La funzionalità che abilita questo tipo di integrazione è denominata Eventi 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

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 una sottoscrizione, si fornisce 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. È possibile filtrare in base al tipo di evento o all'oggetto evento, ad esempio. Per altre informazioni, vedere Sottoscrizioni di eventi e schema CloudEvents. Le sottoscrizioni di eventi per argomenti personalizzati, di sistema e partner, nonché i domini presentano le stesse proprietà delle risorse.

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

Per informazioni su come ottenere le sottoscrizioni correnti di Griglia di eventi, vedere Eseguire 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, 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 è la posizione in cui viene inviato l'evento quando si usa il recapito push. Il gestore esegue altre azioni per elaborare l'evento. Quando si usa il recapito push, Griglia di eventi supporta diversi tipi di gestore. È possibile usare un servizio di Azure supportato o un 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 eventi in Griglia di eventi di Azure.

Sicurezza

Griglia di eventi offre sicurezza per la sottoscrizione di argomenti e durante la pubblicazione di eventi in argomenti. Quando si esegue la sottoscrizione, è necessario disporre di autorizzazioni adeguate per l'argomento 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 di controllo degli accessi in base al ruolo 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 un evento è stato ricevuto dall'endpoint del sottoscrittore 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.

Batch

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

Definizioni dei tipi di evento inline

Se sei un partner, puoi definire i tipi di evento che stai rendendo disponibili ai clienti quando crei 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 potenza, raffreddamento e infrastruttura di rete indipendenti. Se una zona è interessata, i servizi regionali, la capacità e la disponibilità elevata sono supportati dalle due zone rimanenti. Per altre informazioni sulle zone di disponibilità, vedere Aree e zone di disponibilità.

Passaggi successivi