È necessario eseguire l'onboarding di migliaia di dispositivi IoT che pubblicano e sottoscrivono tramite MQTT utilizzando un broker cloud-native. Ogni dispositivo deve essere limitato a un sottostruttura di argomenti che include il proprio ID dispositivo. Si desidera inoltre definire i modelli di argomento una sola volta e applicarli a tutti i dispositivi. Cosa è necessario configurare?

La risposta corretta è creare un namespace di Griglia di eventi e abilitare il broker MQTT, definendo uno spazio di argomenti con variabili e assegnando le autorizzazioni client. Azure Event Grid offre un broker MQTT nativo del cloud che supporta la gestione di migliaia di dispositivi IoT. Consente di definire spazi di argomenti con variabili (come {clientId}) per creare modelli riutilizzabili e di assegnare autorizzazioni granulari ai client, limitando ogni dispositivo alla propria sottostruttura di argomenti. Le altre opzioni sono meno adatte: Azure IoT Hub è progettato per la gestione dei dispositivi IoT, ma l'uso di regole di routing per dispositivo per limitare gli argomenti MQTT sarebbe più complesso e meno efficiente per migliaia di dispositivi rispetto al broker MQTT di Event Grid. Service Bus non è ottimizzato come broker MQTT per scenari IoT su larga scala e la sua gestione delle autorizzazioni per argomenti MQTT non è altrettanto flessibile. Azure Event Hubs con endpoint Kafka non è un broker MQTT nativo e l'uso delle ACL di Kafka per questo scopo sarebbe un'implementazione più complessa e meno diretta. Creare sottoscrizioni di Griglia di eventi per dispositivo con endpoint webhook per ogni argomento non è il meccanismo corretto per un broker MQTT e non gestisce la pubblicazione/sottoscrizione diretta dei dispositivi.