IoT Hub vs Event Hubs — Waarom de meeste productiebedrijven de verkeerde service kiezen

1. HET SYMPTOOM OP DE PRODUCTIEVLOER & DE KERNUITDAGING
Teams sturen vaak procesmeetgegevens naar Azure via de dienst die tijdens de eerste workshops het meest logisch leek, om pas maanden later te ontdekken dat het datapad de werkelijke productiewerkzaamheden niet kan ondersteunen. Dit leidt er meestal toe dat meerdere dashboards tegenstrijdige waarden tonen (zoals 5-minuutgemiddelden tegenover maximumwaarden of alarmen), afgeleid van kopieën van hetzelfde signaal. Uiteindelijk is deze technische kloof eerder een kwestie van vertrouwen dan een eenvoudige softwarefout. De kern van de fout ligt in het behandelen van alle inkomende machinegegevens als generieke telemetrie, in plaats van apparaatbesturing, configuratiestatus, commando's en streamverwerking van elkaar te scheiden.

2. FACTORYVERKEER CLASSIFICEREN
Voordat Azure-diensten worden gekozen, moet het verkeer worden gecategoriseerd op naam, richting en eigenaarschap, zodat het op de juiste manier wordt afgehandeld.

• Gebeurtenissen (events) zijn feiten die aan een specifiek moment zijn gekoppeld en beschrijven wat er is gebeurd en wanneer, zoals een voltooide persslag of een trillingsmeting die een grenswaarde overschrijdt. Dit zijn alleen-toevoegen-registraties die stroomafwaarts niet mogen worden bewerkt.
• Commando's zijn verzoeken aan een apparaat of gateway om een handeling met een specifiek doel uit te voeren, zoals het verzamelen van diagnostische gegevens of het testen van een verbinding. Zij dragen uitvoeringsverantwoordelijkheid en moeten de lokale grenzen van de programmeerbare logische controller (PLC) en de veiligheidsgrenzen respecteren.
• Status (state) geeft de huidige bekende toestand van een apparaat weer, zoals de softwareversie of de actieve receptkoppeling, en niet de volledige chronologische geschiedenis. State wordt doorgaans beheerd via gewenste en gerapporteerde eigenschappen.
• Zakelijke berichten betreffen operationeel werk dat moet gebeuren en bijgehouden moet worden, waaronder kwaliteitsblokkeringen en onderhoudsverzoeken. Deze mogen nooit rechtstreeks worden vermengd met ruwe sensorgebeurtenispijplijnen.

3. MENTAAL MODEL: IDENTITEITSPOORT VERSUS DATASNELWEG
Azure IoT Hub fungeert als de gecontroleerde poort en richt zich voornamelijk op apparaatrelaties en levenscycli via een identiteitsregister, authenticatie en de status ingeschakeld of uitgeschakeld. Hierdoor kunnen beveiligingsteams tijdens een incident één gecompromitteerde of verdachte gateway isoleren of uitschakelen, bijvoorbeeld een gateway op lijn 4, zonder het telemetriepad van de hele fabriek stil te leggen. Azure Event Hubs daarentegen fungeert als de datasnelweg en richt zich volledig op streamverwerking en verkeer met hoog volume voor veel onafhankelijke lezers. Event Hubs beheert geen apparaatlevenscycli, firmware of gewenste configuraties; de primaire taak is het efficiënt laten doorstromen van verkeer via partities en consumentengroepen.

4. APPARAATBEHEER & BEVEILIGING
De authenticatieopties hangen sterk af van de hardwaremogelijkheden en de beveiligingsarchitectuur. Symmetrische sleutels met SAS-tokens zijn geschikt voor beperkte hardware en gateways, maar vereisen veilige hardwareopslag om diefstal van de sleutel te voorkomen. Als alternatief bieden X.509-certificaten schonere ketens via een vertrouwde certificeringsinstantie voor grotere vloten, maar ze vragen om robuust sleutelvernieuwings- en levenscyclusbeheer. De levenscyclus van een apparaat volgt het patroon registratie, wijziging, uitschakeling en vervanging, zodat een vervangende hardware-eenheid netjes gekoppeld blijft aan de operationele rol en de cloudidentiteit, zonder stroomafwaartse pijplijnen te breken of spookassets te creëren. Bovendien gebruiken apparaattweelingen (device twins) gewenste en gerapporteerde statussen voor configuratiebeheer en gezondheidsstatus, maar telemetrie met hoge frequentie mag nooit in apparaattweelingen worden opgeslagen.

5. STREAMVERWERKING & ROUTERINGSMECHANISMEN
Partities verdelen streams in geordende banen, waarbij ordening strikt binnen één partitie geldt. Doorgaans worden partities per machine-, lijn- of gateway-ID ingedeeld, afhankelijk van de bedrijfslogica. Consumentengroepen stellen meerdere stroomafwaartse systemen, zoals OEE-calculators, conditiebewakingstools en data lake-inlezingsdiensten, in staat dezelfde stream onafhankelijk te lezen zonder om leespositie te concurreren. Stream-retentie biedt een werkvenster voor herstel op korte termijn, fouttolerantie en logicacorrectie via replay. Stream-retentie vervangt echter geen duurzame historian of lakehouse voor langetermijnregistratie.

6. SAMENVATTING ARCHITECTUURBESLUIT
Bij het beoordelen van diensten wordt Azure IoT Hub het best gebruikt voor beheerde edge-gateways, externe configuraties en beveiligingsisolatie van apparaten via een register per apparaat en native apparaattweelingen. Azure Event Hubs wordt het best gebruikt voor continue telemetrie met hoog volume die naar meerdere consumenten wordt verdeeld via toegangsbeleid op namespace-niveau, zonder native beheer van apparaatlevenscycli. Een robuuste fabrieksarchitectuur combineert vaak beide opties: IoT Hub aan de verbindingsgrens voor het beheer van vertrouwen, identiteit en configuratie, en Event Hubs stroomafwaarts om de stream met hoog volume veilig te verdelen over onafhankelijke consumenten.






Word supporter van deze podcast: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.