Je moet duizenden IoT-apparaten onboarden die via MQTT publiceren en zich abonneren met behulp van een cloud-native broker. Elk apparaat moet beperkt zijn tot een topic-substructuur die zijn eigen apparaat-ID bevat. Je wilt ook topic-patronen één keer definiëren en deze toepassen op alle apparaten. Wat moet je configureren?

De correcte optie is het maken van een Event Grid-namespace met ingeschakelde MQTT-broker. Azure Event Grid's MQTT-broker ondersteunt cloud-native MQTT-functionaliteit, inclusief topic-spaces met variabelen zoals devices/{clientId}/. Dit maakt het mogelijk om één patroon te definiëren dat automatisch wordt toegepast op duizenden apparaten. Door clientmachtigingen te configureren, kan elk apparaat worden beperkt tot zijn specifieke topic-substructuur, wat voldoet aan de vereisten voor beveiliging en isolatie per apparaat. Azure IoT Hub is primair ontworpen voor bidirectionele communicatie en apparaatbeheer, niet voor een algemene cloud-native MQTT-broker met flexibele topic-spaces en patronen zoals Event Grid. Service Bus-topics ondersteunen wel MQTT, maar zijn niet geoptimaliseerd voor de schaal en specifieke topic-behoeften van duizenden IoT-apparaten met variabele topic-substructuren. Azure Event Hubs met een Kafka-eindpunt is gericht op high-throughput event streaming en hoewel het Kafka ACL's heeft, is het geen native MQTT-broker en is de configuratie complexer voor dit specifieke scenario. Event Grid-abonnementen per apparaat met webhook-eindpunten zijn inefficiënt en onpraktisch voor duizenden apparaten, omdat dit een enorme beheerslast zou creëren.