Griglia di eventi in Kubernetes con Azure Arc (anteprima) - Panoramica

Questo articolo offre una panoramica di Griglia di eventi in Kubernetes, casi d'uso per l'uso, funzionalità offerte e differenze tra Griglia di eventi di Azure.

Importante

Griglia di eventi in Kubernetes con Azure Arc è attualmente disponibile in anteprima pubblica. Questa versione di anteprima viene messa a disposizione senza contratto di servizio e non è consigliata per i carichi di lavoro di produzione. Alcune funzionalità potrebbero non essere supportate o potrebbero presentare funzionalità limitate. Per altre informazioni, vedere le Condizioni supplementari per l'uso delle anteprime di Microsoft Azure.

Che cos'è Griglia di eventi?

Griglia di eventi è un gestore eventi usato per integrare carichi di lavoro che usano architetture guidate dagli eventi. Un'architettura basata su eventi usa eventi per comunicare occorrenze nelle modifiche dello stato del sistema ed è un approccio di integrazione comune in architetture disaccoppiate, ad esempio quelle che usano microservizi. Griglia di eventi offre un pub-sub, descritto anche come modello di comunicazione push, in cui i sottoscrittori vengono inviati (push) eventi e tali sottoscrittori non sono necessariamente a conoscenza del server di pubblicazione che invia gli eventi. Questo modello è in contrasto con i modelli classici di pull push, ad esempio quelli usati da bus di servizio di Azure o Hub eventi di Azure, in cui i client estraggono i messaggi dai broker di messaggi e, di conseguenza, esiste un accoppiamento più forte tra i broker di messaggi e i client che utilizzano.

Griglia di eventi è disponibile in due edizioni: Griglia di eventi di Azure, un servizio PaaS completamente gestito in Azure e Griglia di eventi in Kubernetes con Azure Arc, che consente di usare Griglia di eventi nel cluster Kubernetes ovunque sia distribuito, locale o nel cloud.

Per maggiore chiarezza, in questo articolo viene usato il termine Griglia di eventi quando si fa riferimento alle funzionalità di servizio generali indipendentemente dall'edizione usata. Si fa riferimento a Griglia di eventi di Azure per fare riferimento al servizio gestito ospitato in Azure. Per una concisione, si fa riferimento anche a Griglia di eventi in Kubernetes con Azure Arc come Griglia di eventi in Kubernetes.

Indipendentemente dall'edizione di Griglia di eventi usata, esiste un editore di eventi che invia eventi a Griglia di eventi e uno o più sottoscrittori di eventi che espongono gli endpoint in cui ricevono eventi recapitati da Griglia di eventi. Non tutti gli eventi pubblicati in Griglia di eventi devono essere recapitati a tutti i sottoscrittori di eventi. Griglia di eventi consente di selezionare gli eventi che devono essere indirizzati a destinazioni specifiche tramite un set di impostazioni di configurazione definite in una sottoscrizione di eventi. È possibile usare filtri nelle sottoscrizioni di eventi per instradare eventi specifici a un endpoint o a un multicast a più endpoint. Griglia di eventi offre anche un meccanismo di recapito affidabile con logica di ripetizione dei tentativi. Griglia di eventi si basa anche su standard aperti e supporta la specifica dello schema Degli eventi cloud 1.0.

Griglia di eventi in Kubernetes con Azure Arc

Griglia di eventi in Kubernetes con Azure Arc è un'offerta che consente di eseguire Griglia di eventi nel proprio cluster Kubernetes. Questa funzionalità è abilitata dall'uso di Kubernetes abilitato per Azure Arc. Tramite Kubernetes abilitato per Azure Arc, un cluster Kubernetes supportato si connette ad Azure. Dopo la connessione, è possibile installare Griglia di eventi.

Caso d'uso

Griglia di eventi in Kubernetes supporta vari scenari di integrazione basati su eventi. Tuttavia, lo scenario principale che comprende supportato ed espresso come storia utente è:

"Come proprietario di un sistema distribuito in un cluster Kubernetes, voglio comunicare le modifiche dello stato del sistema pubblicando gli eventi e configurando il routing di tali eventi in modo che i gestori eventi, sotto il mio controllo o in altro modo, possano elaborare gli eventi del sistema in modo che si adattino".

Funzionalità che consente di realizzare i requisiti precedenti: argomenti di Griglia di eventi.

Griglia di eventi in Kubernetes a colpo d'occhio

Dal punto di vista dell'utente, Griglia di eventi in Kubernetes è costituita dalle risorse seguenti in blu:

Resources

  • Un argomento è un tipo di canale di input che espone un endpoint a cui gli editori inviano eventi a Griglia di eventi.
  • Una sottoscrizione di eventi è una risorsa che contiene le impostazioni di configurazione per filtrare e instradare gli eventi a una destinazione in cui vengono recapitati gli eventi.
  • Un evento è l'annuncio della modifica dello stato.
  • Un gestore eventi è un'applicazione o un servizio che riceve eventi e reagisce o elabora gli eventi in qualche modo. A volte si fa riferimento anche ai gestori eventi come sottoscrittori di eventi. Nel diagramma i gestori eventi sono l'API distribuita in un cluster Kubernetes (K8s) e nel servizio bus di servizio di Azure.

Per altre informazioni su questi concetti, vedere Concepts in Azure Event Grid (Concetti relativi a Griglia di eventi di Azure).

Scenari e destinazioni di integrazione del carico di lavoro di esempio

È possibile integrare i carichi di lavoro in esecuzione nel cluster. Il server di pubblicazione può essere qualsiasi servizio in esecuzione nel cluster Kubernetes o qualsiasi carico di lavoro che abbia accesso all'endpoint dell'argomento (ospitato dal broker di Griglia di eventi) a cui l'editore invia gli eventi.

Intra-cluster integration

È anche possibile distribuire un server di pubblicazione altrove nella rete che invia eventi a Griglia di eventi distribuito in uno dei cluster Kubernetes:

In-network integration

Con Griglia di eventi in Kubernetes, è possibile inoltrare eventi ad Azure per un'ulteriore elaborazione, archiviazione o visualizzazione:

Forward events to Azure

Destinazioni

Le destinazioni del gestore eventi possono essere qualsiasi endpoint HTTPS o HTTP a cui Griglia di eventi può raggiungere attraverso la rete, pubblica o privata e ha accesso (non protetto con un meccanismo di autenticazione). Le destinazioni di recapito degli eventi vengono definite quando si crea una sottoscrizione di eventi. Per altre informazioni, vedere Gestori eventi.

Funzionalità

Griglia di eventi in Kubernetes supporta gli argomenti di Griglia di eventi, una funzionalità offerta anche da Griglia di eventi di Azure. Gli argomenti di Griglia di eventi consentono di comprendere il caso d'uso principale di integrazione in cui i requisiti richiedono l'integrazione del sistema con un altro carico di lavoro di cui si è proprietari o che altrimenti sono resi accessibili al sistema.

Alcune delle funzionalità disponibili con Griglia di eventi di Azure in Kubernetes sono:

  • Filtro eventi: filtrare in base al tipo di evento, all'oggetto evento o ai dati dell'evento per assicurarsi che i gestori eventi ricevano solo gli eventi pertinenti.
  • Fan-out: sottoscrivere diversi endpoint allo stesso evento per inviare copie dell'evento a molte posizioni.
  • In base agli standard aperti: definire gli eventi usando la specifica dello schema CLOUD Events 1.0 di CNF.
  • Affidabilità: Griglia di eventi include una logica di recapito degli eventi di ripetizione dei tentativi che garantisce che gli eventi vengano indirizzati alla destinazione.

Per altre informazioni, vedere Funzionalità supportate da Griglia di eventi in Kubernetes.

Prezzo

Griglia di eventi in Kubernetes con Azure Arc viene offerta senza costi durante la versione di anteprima.

Passaggi successivi

Seguire questi passaggi per avviare il routing degli eventi usando Griglia di eventi in Kubernetes.

  1. Connessione il cluster ad Azure Arc.
  2. Installare un'estensione griglia di eventi, ovvero la risorsa effettiva che distribuisce Griglia di eventi in un cluster Kubernetes. Per altre informazioni sull'estensione, vedere la sezione Estensione griglia di eventi per altre informazioni.
  3. Creare una posizione personalizzata. Una posizione personalizzata rappresenta uno spazio dei nomi nel cluster ed è la posizione in cui vengono distribuiti argomenti e sottoscrizioni di eventi.
  4. Creare un argomento e una o più sottoscrizioni di eventi.
  5. Pubblicare eventi.

Ecco altre risorse che è possibile usare: