Event Grid e architettura event-driven

In un'architettura basata sugli eventi, i componenti comunicano pubblicando e sottoscrivendo eventi invece di chiamarsi direttamente tra loro. Un componente (produttore) emette un evento quando si verifica qualcosa di rilevante: viene caricato un file, viene effettuato un ordine o un dispositivo invia una misurazione. Gli altri componenti (sottoscrittori) reagiscono agli eventi di loro interesse in modo indipendente e asincrono. In questo modo i produttori vengono disaccoppiati dai consumatori, migliorando scalabilità, resilienza e manutenibilità.

Azure Event Grid è un servizio di routing degli eventi completamente gestito che distribuisce gli eventi dalle origini (publisher) ai gestori (subscriber) utilizzando un modello push. Event Grid è progettato per eventi reattivi e discreti: qualcosa è cambiato ed è necessario reagire immediatamente. Garantisce una distribuzione almeno una volta con nuovi tentativi automatici, supporta i filtri affinché i sottoscrittori ricevano solo gli eventi pertinenti e può instradare gli eventi verso Azure Functions, Logic Apps, webhook, Event Hubs e code di Service Bus.

I publisher inviano gli eventi a un argomento di Event Grid. I subscriber creano sottoscrizioni agli eventi su un argomento, specificando un endpoint e, facoltativamente, regole di filtro. Un singolo argomento può avere più sottoscrizioni: ogni sottoscrizione riceve una copia indipendente degli eventi corrispondenti. Servizi Azure come Blob Storage, Resource Manager, Service Bus e Azure Container Registry sono origini di eventi integrate con argomenti di sistema che non richiedono configurazioni aggiuntive.

Gli eventi pubblicati in Event Grid seguono uno schema JSON standard con campi obbligatori: id (identificatore univoco), eventType (ad esempio Microsoft.Storage.BlobCreated), subject (percorso della risorsa dell'evento), eventTime (timestamp ISO 8601), dataVersion e data (payload specifico dell'evento). Event Grid supporta anche lo schema CloudEvents (standard CNCF) per l'interoperabilità con altre piattaforme di eventi.

Le sottoscrizioni agli eventi supportano il filtraggio per ridurre il rumore sul lato del sottoscrittore. È possibile filtrare per tipo di evento (ricevere solo BlobCreated, non BlobDeleted), per prefisso o suffisso dell'oggetto (solo i blob in un contenitore specifico) oppure applicare filtri avanzati a qualsiasi campo nei dati dell'evento usando operatori come StringContains, NumberGreaterThan e BoolEquals. Il filtraggio avviene lato server, quindi i sottoscrittori ricevono solo gli eventi che soddisfano i relativi criteri.

Tre servizi Azure gestiscono eventi e messaggi: scelga in base allo scenario. Event Grid è destinato al routing reattivo degli eventi (volumi ridotti, eventi discreti e reattivi, ad esempio una notifica di modifica di una risorsa). Event Hubs è destinato allo streaming di eventi ad alta velocità (milioni di eventi al secondo, telemetria, pipeline di big data). Service Bus è destinato alla messaggistica enterprise con ordinamento, rilevamento dei duplicati, messaggi non recapitabili e transazioni (elaborazione degli ordini, transazioni finanziarie).

Pubblicare eventi personalizzati in un argomento di Event Grid usando una semplice richiesta HTTP POST con la chiave di accesso dell'argomento. Qualsiasi servizio o applicazione in grado di effettuare richieste HTTP può pubblicare eventi. Questo rende semplice generare eventi da applicazioni locali, servizi di terze parti o servizi Azure che non supportano nativamente Event Grid. È possibile raggruppare fino a 1 MB di eventi per ogni POST per una maggiore efficienza.

Se un tentativo di distribuzione di un evento non riesce (il sottoscrittore restituisce una risposta HTTP diversa da 2xx), Event Grid riprova usando un backoff esponenziale con jitter per un massimo di 24 ore (configurabile fino a 72 ore), con un massimo di 30 tentativi. Dopo aver esaurito i tentativi, Event Grid può spostare gli eventi non recapitabili in un contenitore Azure Blob Storage per un'analisi manuale. Configuri l'archiviazione dei messaggi non recapitabili quando la distribuzione affidabile degli eventi è fondamentale e deve verificare o rielaborare gli eventi non riusciti.

Azure Event Hubs è una piattaforma distribuita di streaming dei dati in grado di ricevere ed elaborare milioni di eventi al secondo. Usa un modello di consumo partizionato: gli eventi vengono distribuiti tra le partizioni e ogni gruppo di consumer legge gli eventi in modo indipendente, al proprio ritmo. Ciò consente a più consumer di elaborare lo stesso stream senza coordinamento. I casi d'uso comuni includono l'acquisizione della telemetria IoT, l'aggregazione dei log delle applicazioni, l'analisi dei flussi di clic e le pipeline di dati per dashboard in tempo reale.

Azure Service Bus è un broker di messaggistica enterprise che offre code (point-to-point) e argomenti con sottoscrizioni (publish-subscribe). A differenza di Event Grid (fire-and-forget) ed Event Hubs (streaming), Service Bus garantisce la distribuzione ordinata (code FIFO), il rilevamento dei duplicati, le code dei messaggi non recapitabili per gli errori di elaborazione, le sessioni dei messaggi per l'elaborazione raggruppata e le transazioni: tutte funzionalità essenziali per i flussi di elaborazione finanziaria e degli ordini.

Un pattern comune di Azure basato sugli eventi prevede che un utente carichi un file in Blob Storage, che genera un evento BlobCreated verso Event Grid. Event Grid instrada l'evento a una Azure Function che elabora il file (ridimensiona un'immagine, estrae il testo, convalida i dati) e scrive il risultato in Azure SQL Database. Se l'elaborazione non riesce, l'evento viene spostato in un contenitore di archiviazione per i messaggi non recapitabili. Questa intera pipeline non richiede alcun polling né risorse di calcolo persistenti quando è inattiva.

Verifichi la Sua comprensione dei concetti di Microsoft Azure Fundamentals (AZ-900) trattati in questa lezione.

In questa lezione ha imparato che Azure Event Grid instrada eventi discreti dai publisher ai subscriber usando la distribuzione push, il filtraggio e l'archiviazione dei messaggi non recapitabili; ha inoltre appreso la differenza fondamentale tra Event Grid (eventi reattivi), Event Hubs (streaming) e Service Bus (messaggistica enterprise affidabile), nonché come creare pipeline basate sugli eventi concatenando gli eventi di Blob Storage tramite Event Grid ad Azure Functions. Ora esamineremo i servizi Azure DevOps.