Informazioni su Hub eventi di Azure

Completato

Hub eventi di Azure rappresenta la "porta principale" per una pipeline di eventi, spesso denominata inseritore eventi nelle architetture della soluzione. Un ingestor evento è un componente o servizio che si trova tra gli autori e i consumer di eventi per separare la produzione di un flusso di eventi dal consumo di tali eventi. Hub eventi offre una piattaforma di streaming unificata con buffer basato sul tempo di conservazione, separando i producer di eventi dai consumer di eventi.

La tabella seguente evidenzia le funzionalità principali del servizio Hub eventi di Azure:

Funzionalità Descrizione
Soluzione PaaS completamente gestita Hub eventi è una soluzione Platform-as-a-Service (PaaS) completamente gestita, con requisiti limitati di configurazione e gestione, consentendo ai clienti di concentrare l'attenzione sulle soluzioni aziendali. Hub eventi per ecosistemi Apache Kafka offre l'esperienza di PaaS Kafka senza la necessità di dover gestire, configurare o eseguire i cluster.
Elaborazione in tempo reale e batch Hub eventi usa un modello di consumer partizionato, consentendo a più applicazioni di elaborare contemporaneamente il flusso e all'utente di controllare la velocità di elaborazione.
Acquisire i dati degli eventi È possibile acquisire i dati quasi in tempo reale in un archivio BLOB di Azure oppure in Azure Data Lake Storage per l'elaborazione di microbatch o la conservazione a lungo termine.
Scalabile Le opzioni di ridimensionamento, ad esempio l'aumento automatico, dimensionano il numero di unità elaborate per soddisfare le esigenze di utilizzo.
Ecosistema avanzato Hub eventi per ecosistemi Apache Kafka consente ai client e alle applicazioni Apache Kafka (1.0 e versioni successive) di comunicare con Hub eventi. Non è necessario impostare, configurare e gestire i propri cluster Kafka.

Concetti chiave

Hub eventi contiene gli elementi chiave seguenti:

  • Un client di Hub eventi è l'interfaccia principale per gli sviluppatori che interagiscono con la libreria client di Hub eventi. Esistono diversi client di Hub eventi, ognuno dedicato a un uso specifico di Hub eventi, ad esempio la pubblicazione o l'utilizzo di eventi.
  • Un producer di Hub eventi è un tipo di client che funge da origine dati di telemetria, informazioni di diagnostica, log di utilizzo o altri dati di log, come parte di una soluzione per dispositivi integrati, un'applicazione per dispositivi mobili, un titolo di gioco in esecuzione in una console o in un altro dispositivo, una soluzione aziendale basata su client o server o un sito Web.
  • Un consumer di Hub eventi è un tipo di client che legge le informazioni provenienti da Hub eventi e ne consente l'elaborazione. L'elaborazione può comportare aggregazioni, calcoli complessi e applicazione di filtri. L'elaborazione può anche comportare la distribuzione o l'archiviazione delle informazioni in modo non elaborato o trasformato. I consumer di Hub eventi sono spesso parti di infrastruttura di piattaforma affidabili e su larga scala con funzionalità di analisi predefinite, ad esempio Analisi di flusso di Azure o Apache Spark.
  • Una partizione è una sequenza ordinata di eventi che viene mantenuta in un Hub eventi. Le partizioni sono un mezzo di organizzazione dei dati associato al parallelismo richiesto dai consumer di eventi. Hub eventi di Azure fornisce il flusso dei messaggi tramite un modello di consumer partizionato in cui ogni consumer legge solo un subset specifico, o partizione, del flusso di messaggi. Man mano che arrivano, i nuovi eventi vengono aggiunti alla fine di questa sequenza. Il numero di partizioni viene specificato al momento della creazione di un Hub eventi e non può essere modificato.
  • Un gruppo di consumer è una visualizzazione di un intero Hub eventi. I gruppi di consumer consentono a più applicazioni consumer di avere ognuna una vista separata del flusso di eventi e di leggere il flusso in modo indipendente, in base al proprio ritmo e dalla propria posizione. In una partizione possono esistere al massimo cinque lettori simultanei per gruppo di consumer. È tuttavia consigliabile che sia presente un solo consumer attivo in una specifica partizione e associazione di gruppi di consumer. Ogni lettore attivo riceve tutti gli eventi dalla partizione; se sono presenti più lettori nella stessa partizione, riceveranno eventi duplicati.
  • Ricevitori di eventi: qualsiasi entità che legge i dati degli eventi provenienti da un Hub eventi. Tutti i consumer di Hub eventi si connettono tramite la sessione AMQP 1.0. Il servizio Hub eventi distribuisce gli eventi tramite una sessione non appena diventano disponibili. Tutti i consumer Kafka si connettono tramite il protocollo Kafka 1.0 e versioni successive.
  • Unità elaborate o unità di elaborazione: unità di capacità pre-acquistate che controllano la capacità di elaborazione di Hub eventi.

La figura seguente illustra l'architettura di elaborazione del flusso di Hub eventi:

Image showing the event processing flow.