Musisz wdrożyć tysiące urządzeń IoT, które publikują i subskrybują wiadomości MQTT za pośrednictwem brokera natywnego dla chmury. Każde urządzenie musi być ograniczone do poddrzewa tematów, które zawiera jego własny identyfikator urządzenia. Chcesz również zdefiniować wzorce tematów raz i zastosować je do wszystkich urządzeń. Co należy skonfigurować?

Poprawna odpowiedź to utworzenie przestrzeni nazw Event Grid z włączonym brokerem MQTT, zdefiniowanie przestrzeni tematów ze zmiennymi (np. devices/{clientId}/) i przypisanie uprawnień klienta. Azure Event Grid Namespace z wbudowanym brokerem MQTT jest przeznaczony do obsługi scenariuszy IoT na dużą skalę, umożliwiając definiowanie wzorców tematów z symbolami wieloznacznymi i zmiennymi, takimi jak {clientId}, co automatycznie ogranicza każde urządzenie do jego własnego poddrzewa tematów. Pozostałe opcje są nieprawidłowe, ponieważ: Azure IoT Hub koncentruje się na zarządzaniu urządzeniami i komunikacji dwukierunkowej, ale nie oferuje natywnej, elastycznej kontroli dostępu do tematów MQTT za pomocą wzorców w taki sposób, jak Event Grid MQTT Broker. Azure Service Bus nie jest brokerem MQTT natywnym dla chmury, zaprojektowanym do obsługi tysięcy urządzeń IoT z dynamicznymi ograniczeniami tematów. Azure Event Hubs z punktem końcowym Kafka nie jest brokerem MQTT i nie oferuje mechanizmów do zarządzania uprawnieniami MQTT w ten sposób. Tworzenie subskrypcji Event Grid dla każdego urządzenia z punktami końcowymi webhook byłoby nieefektywne i nie skalowałoby się dla tysięcy urządzeń, ani nie zapewniało kontroli dostępu do tematów MQTT.