Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Griglia di eventi di Azure è un servizio di pubblicazione-sottoscrizione altamente scalabile e completamente gestito per la distribuzione dei messaggi. Griglia di eventi offre modelli di consumo di messaggi flessibili e usa i protocolli MQTT (Message Queuing Telemetry Transport) e HTTP. Con Griglia di eventi è possibile creare pipeline di dati con dati del dispositivo, integrare applicazioni e creare architetture serverless basate su eventi.
Griglia di eventi consente ai client di pubblicare e sottoscrivere messaggi tramite i protocolli MQTT v3.1.1 e v5.0 per supportare soluzioni Internet delle cose (IoT). Tramite HTTP, è possibile usare Griglia di eventi per creare soluzioni guidate dagli eventi in cui un servizio di pubblicazione annuncia le modifiche dello stato del sistema (eventi) alle applicazioni sottoscrittori. È possibile configurare Griglia di eventi per inviare eventi ai sottoscrittori (recapito push) o i sottoscrittori possono connettersi a Griglia di eventi per leggere gli eventi (recapito pull). Griglia di eventi supporta la specifica CloudEvents 1.0 per garantire l'interoperabilità tra sistemi.
Funzionalità di base
Griglia di eventi ha due funzionalità principali:
Messaggistica MQTT: i dispositivi e le applicazioni IoT possono comunicare tra loro tramite MQTT. È anche possibile usare Griglia di eventi per instradare i messaggi MQTT ai servizi di Azure o agli endpoint personalizzati per ulteriori analisi, visualizzazione o archiviazione dei dati. Usando questa integrazione con i servizi di Azure, è possibile creare pipeline di dati che iniziano con l'inserimento di dati dai dispositivi IoT.
Distribuzione dei dati tramite modalità di recapito push e pull: in qualsiasi punto di una pipeline di dati, le applicazioni HTTP possono utilizzare i messaggi tramite API push o pull. L'origine dei dati può includere i dati dei client MQTT, ma include anche le origini dati seguenti che inviano gli eventi tramite HTTP:
- Servizi di Azure
- Applicazioni personalizzate
- Sistemi di partner esterni (software come servizio)
Il meccanismo di distribuzione push di Griglia di eventi invia dati a destinazioni che includono webhook e servizi di Azure personalizzati. Ecco un'occhiata a queste due funzionalità.
Messaggistica MQTT
Griglia di eventi consente ai client di comunicare con nomi di argomenti MQTT personalizzati usando un modello di messaggistica publish-subscribe. Griglia di eventi supporta i client che pubblicano e sottoscrivono messaggi su MQTT v3.1.1, MQTT v3.1.1 su WebSocket, MQTT v5 e MQTT v5 su WebSocket.
Griglia di eventi supporta anche dispositivi e servizi che inviano messaggi MQTT tramite HTTPS, semplificando l'integrazione con client non MQTT. Griglia di eventi consente di inviare messaggi MQTT al cloud per l'analisi dei dati, l'archiviazione e le visualizzazioni, tra gli altri casi d'uso. Questa funzionalità è attualmente disponibile solo in anteprima.
Griglia di eventi si integra con Le operazioni IoT di Azure per collegare la funzionalità broker MQTT sul perimetro con la funzionalità broker MQTT di Griglia di eventi nel cloud. Il broker MQTT di Azure IoT è un nuovo broker MQTT distribuito per l'elaborazione perimetrale in esecuzione nei cluster Kubernetes abilitati per Azure Arc. È ora disponibile come parte delle operazioni IoT di Azure.
La funzionalità di broker MQTT in Griglia di eventi è ideale per gli scenari di automotive, mobilità e produzione, tra gli altri. Per informazioni su come creare soluzioni sicure e scalabili per connettere milioni di client MQTT al cloud usando i servizi di messaggistica e analisi dei dati di Azure, vedere le architetture di riferimento per automobili e produzione .
Evidenzia il supporto della messaggistica MQTT in Griglia di eventi:
- Supportodi MQTT v3.1.1 e MQTT v5.0: usa qualsiasi libreria client MQTT open source per comunicare con il servizio.
- Argomenti personalizzati con supporto con caratteri jolly: usa la struttura dell'argomento personalizzata.
- Modello di messaggistica di pubblicazione-sottoscrizione: comunica in modo efficiente usando modelli di messaggistica uno-a-molti, molti-a-uno e uno-a-uno.
- Integrazione cloud predefinita: indirizza i messaggi MQTT ai servizi di Azure o ai webhook personalizzati per un'ulteriore elaborazione.
- Modello di controllo degli accessiflessibile e con granularità fine: raggruppa i client e gli argomenti per semplificare la gestione del controllo di accesso. Usa il supporto delle variabili nei modelli di argomento per il controllo di accesso con granularità fine.
- Metodi di autenticazione broker MQTT: usa l'autenticazione del certificato X.509, uno standard di autenticazione del settore per i dispositivi IoT. Usa l'autenticazione microsoft Entra ID, uno standard di autenticazione di Azure per le applicazioni. Usa modelli di autenticazione flessibili come l'autenticazione JWT (JSON Web Token) OAuth 2.0, che è leggera e sicura per i client MQTT di cui non è stato effettuato il provisioning in Azure. Usa l'autenticazione webhook personalizzata, che consente agli endpoint HTTP esterni (webhook) di autenticare dinamicamente le connessioni MQTT. Questo metodo usa la convalida JWT dell'ID Entra per garantire l'accesso sicuro.
- Supporto di Transport Layer Security (TLS) 1.2 e TLS 1.3: protegge la comunicazione client usando protocolli di crittografia affidabili.
- Supporto multisessione: connette le applicazioni con più sessioni attive per garantire affidabilità e scalabilità.
- MQTT su WebSocket: abilita la connettività per i client in ambienti con restrizioni del firewall.
- Nomi di dominio personalizzati: consente agli utenti di assegnare i propri nomi di dominio agli endpoint MQTT di uno spazio dei nomi di Griglia di eventi, migliorando la sicurezza e semplificando la configurazione client.
- Eventi del ciclo di vita del client: consente alle applicazioni di reagire agli eventi relativi allo stato della connessione client o alle operazioni delle risorse client.
- Pubblicazione HTTP: consente a dispositivi e servizi di inviare messaggi MQTT a Griglia di eventi tramite HTTPS, semplificando l'integrazione con client non MQTT.
- Conservazione MQTT: garantisce che l'ultimo messaggio noto in un argomento venga recapitato automaticamente ai nuovi sottoscrittori, che abilita la sincronizzazione dello stato istantaneo.
Per altre informazioni sul broker MQTT, vedere gli articoli seguenti:
- Sintesi
- Pubblicare e sottoscrivere messaggi MQTT
- Esercitazione: Indirizzare i messaggi MQTT a Hub eventi di Azure usando gli argomenti dello spazio dei nomi
- Esercitazione: Indirizzare messaggi MQTT a Funzioni di Azure usando argomenti personalizzati
Messaggistica di eventi (HTTP)
Griglia di eventi supporta il recapito di eventi push e pull tramite HTTP. Con il recapito push si definisce una destinazione in una sottoscrizione di eventi a cui Griglia di eventi invia gli eventi. Con il recapito pull, le applicazioni sottoscrittori si connettono a Griglia di eventi per utilizzare gli eventi. Il recapito pull è supportato per gli argomenti in uno spazio dei nomi di Griglia di eventi.
Gestori eventi
Nel recapito push, una sottoscrizione di eventi è una risorsa di configurazione generica che è possibile usare per definire il gestore eventi o la destinazione a cui vengono inviati gli eventi usando il recapito push. Ad esempio, è possibile inviare dati a un webhook, a una funzione di Azure o a hub eventi. Per un elenco completo dei gestori eventi supportati, vedere:
- Gestori eventi supportati negli argomenti dello spazio dei nomi.
- Gestori eventi supportati negli argomenti personalizzati, di sistema, di dominio e dei partner.
Recapito push e recapito pull
Le linee guida generali seguenti consentono di decidere quando usare il recapito pull o push.
Recapito pull
- È necessario avere il controllo completo su quando ricevere eventi. Ad esempio, l'applicazione potrebbe non essere sempre disponibile o non è abbastanza stabile. È anche possibile elaborare i dati solo in determinati momenti.
- È necessario il controllo completo sull'utilizzo degli eventi. Ad esempio, un servizio o un livello downstream nell'applicazione consumer potrebbe avere un problema che impedisce l'elaborazione di eventi. In tal caso, l'API di recapito pull consente all'app consumer di rilasciare un evento già letto al broker per il recapito in un secondo momento.
- Si vogliono usare collegamenti privati quando si ricevono eventi, che è possibile solo con il recapito pull, non con il recapito push.
- Non è possibile esporre un endpoint e usare il recapito push, ma è possibile connettersi a Griglia di eventi per utilizzare gli eventi.
Recapito push
- Si vuole evitare il polling costante per determinare che si è verificata una modifica dello stato del sistema. Si vuole invece usare Griglia di eventi per inviare eventi all'utente quando si verificano modifiche di stato.
- Si dispone di un'applicazione che non può effettuare chiamate in uscita. Ad esempio, l'organizzazione potrebbe preoccuparsi dell'esfiltrazione dei dati. Tuttavia, l'applicazione può ricevere eventi tramite un endpoint pubblico.
Evidenziazione del modello HTTP:
- Modello di utilizzo di eventi flessibile: utilizzare eventi usando la modalità di recapito pull o push quando si usa HTTP.
- Eventi di sistema: iniziare rapidamente a usare eventi del servizio di Azure predefiniti.
- Eventi dell'applicazione personalizzati: usare Griglia di eventi per instradare, filtrare e recapitare in modo affidabile eventi personalizzati dall'app.
- Eventi partner: sottoscrivere gli eventi del provider SaaS partner ed elaborarli in Azure.
- Filtro avanzato: filtrare in base al tipo di evento o ad altri attributi di evento per assicurarsi che i gestori eventi o le app consumer ricevano solo eventi rilevanti.
- Affidabilità: il recapito push offre un meccanismo di ripetizione dei tentativi di 24 ore con backoff esponenziale per assicurarsi che gli eventi vengano recapitati. Se si usa il recapito pull, l'applicazione ha il controllo completo sull'utilizzo degli eventi.
- Velocità effettiva elevata: creare soluzioni integrate con volumi elevati con Griglia di eventi.
- Nomi di dominio personalizzati: consente agli utenti di assegnare i propri nomi di dominio agli endpoint HTTP di uno spazio dei nomi di Griglia di eventi, migliorando la sicurezza e semplificando la configurazione client.
Per altre informazioni, vedere gli articoli seguenti:
- Panoramica del recapito pull
- Panoramica del recapito push
- Concetti
- Guida introduttiva: Pubblicare e sottoscrivere eventi dell'app usando gli argomenti dello spazio dei nomi
Casi d'uso
Per un elenco dei casi d'uso in cui è possibile usare Griglia di eventi, vedere Casi d'uso.
Aree geografiche supportate
Le nuove funzionalità di broker e spazio dei nomi MQTT sono disponibili nelle aree seguenti.
| Paese | Paese | Paese | Paese |
|---|---|---|---|
| Australia orientale | Australia sud-orientale | Australia centrale | Australia centrale 2 |
| Brasile meridionale | Brasile meridionale | Canada centrale | Canada orientale |
| India centrale | Stati Uniti centrali | Asia orientale | Stati Uniti orientali |
| Stati Uniti orientali 2 | Stati Uniti occidentali | Francia centrale | Francia meridionale |
| Germania settentrionale | Germania centro-occidentale | Israele centrale | Italia settentrionale |
| Giappone orientale | Giappone occidentale | Corea centrale | Corea meridionale |
| Messico centrale | Stati Uniti centro-settentrionali | Europa settentrionale | Norvegia orientale |
| Polonia Centrale | Sudafrica occidentale | Sudafrica settentrionale | Stati Uniti centro-meridionali |
| India meridionale | Asia sud-orientale | Spagna centrale | Svezia centrale |
| Svezia meridionale | Svizzera settentrionale | Svizzera occidentale | Emirati Arabi Uniti settentrionali |
| Emirati Arabi Uniti centrali | Regno Unito meridionale | Regno Unito occidentale | Europa occidentale |
| West US 2 (Regione Ovest degli Stati Uniti 2) | Stati Uniti occidentali 3 | Stati Uniti centro-occidentali |