IoT Hub vs Event Hubs — dlaczego większość producentów wybiera niewłaściwą usługę

1. OBJAW NA HALI PRODUKCYJNEJ I GŁÓWNE WYZWANIE
Zespoły często wysyłają telemetrię z maszyn do Azure, używając usługi, która wydawała się właściwa podczas wstępnych warsztatów, by dopiero po kilku miesiącach odkryć, że ścieżka danych nie obsługuje rzeczywistej pracy zakładu. Skutkuje to często wieloma pulpitami pokazującymi sprzeczne wartości (np. średnie 5-minutowe porównywane z wartościami maksymalnymi lub alarmami), pochodzącymi z kopii tego samego sygnału. Ostatecznie ten techniczny rozdźwięk tworzy problem zaufania, a nie zwykły błąd oprogramowania. Podstawowy błąd polega na traktowaniu wszystkich danych z maszyn jako ogólnej telemetrii zamiast rozdzielenia sterowania urządzeniami, stanu konfiguracji, poleceń i przetwarzania strumieni.

2. KLASYFIKACJA RUCHU W ZAKŁADZIE
Przed wyborem usług Azure ruch należy skategoryzować według nazwy, kierunku i właściciela, aby zapewnić prawidłową obsługę.

• Zdarzenia to fakty powiązane z określonym momentem w czasie, opisujące co się stało i kiedy, na przykład zakończony cykl prasy lub odczyt wibracji przekraczający limit. Są to rekordy dopisywane, których nie należy edytować w dalszych etapach przetwarzania.
• Polecenia to żądania skierowane do urządzenia lub bramy, aby wykonały określoną akcję, na przykład zebrały diagnostykę lub przetestowały połączenie. Wiążą się z odpowiedzialnością za wykonanie i muszą respektować granice lokalnych sterowników PLC oraz systemów bezpieczeństwa.
• Stan odzwierciedla aktualnie znany stan urządzenia, na przykład wersję oprogramowania lub aktywne mapowanie receptury, a nie pełną historię chronologiczną. Stan zwykle zarządzany jest za pomocą właściwości żądanych i raportowanych.
• Komunikaty biznesowe dotyczą pracy operacyjnej, która musi zostać wykonana i śledzona, w tym wstrzymań jakości i zleceń konserwacyjnych. Nigdy nie powinny być mieszane bezpośrednio z surowymi potokami zdarzeń z czujników.

3. MODEL MENTALNY: BRAMA TOŻSAMOŚCI KONTRA AUTOSTRADA DANYCH
Azure IoT Hub działa jak kontrolowana brama, koncentrując się przede wszystkim na relacjach z urządzeniami i ich cyklem życia poprzez rejestr tożsamości, uwierzytelnianie oraz status włączenia lub wyłączenia. Pozwala to zespołom bezpieczeństwa odizolować lub wyłączyć pojedynczą naruszoną lub podejrzaną bramę, na przykład bramę linii 4, podczas incydentu, bez wyłączania całej ścieżki telemetrii zakładu. Z kolei Azure Event Hubs pełni rolę autostrady danych, koncentrując się wyłącznie na przetwarzaniu strumieni i przesyłaniu dużych wolumenów dla wielu niezależnych odbiorców. Event Hubs nie zarządza cyklem życia urządzeń, oprogramowaniem sprzętowym ani żądaną konfiguracją; jego głównym zadaniem jest sprawne przesyłanie ruchu przez partycje i grupy konsumentów.

4. ZARZĄDZANIE URZĄDZENIAMI I BEZPIECZEŃSTWO
Opcje uwierzytelniania silnie zależą od możliwości sprzętu i architektury bezpieczeństwa. Klucze symetryczne z użyciem tokenów SAS dobrze sprawdzają się w ograniczonym sprzęcie i bramach, wymagają jednak bezpiecznego sprzętowego przechowywania, aby zapobiec kradzieży kluczy. Alternatywnie certyfikaty X.509 zapewniają czystsze łańcuchy zaufania poprzez zaufany urząd certyfikacji dla większych flot, wymagają jednak solidnego zarządzania rotacją i cyklem życia. Cykl życia urządzenia obejmuje rejestrację, zmianę, wyłączenie i wymianę, zapewniając, że wymienione urządzenie sprzętowe poprawnie łączy się ze swoją rolą operacyjną i tożsamością w chmurze, bez zrywania dalszych potoków i tworzenia fantomowych zasobów. Ponadto bliźniaki urządzeń wykorzystują stany żądane i raportowane do zarządzania konfiguracją oraz statusem zdrowia, jednak telemetrii o wysokiej częstotliwości nigdy nie należy przechowywać w bliźniakach urządzeń.

5. MECHANIZMY PRZETWARZANIA STRUMIENI I ROUTINGU
Partycje dzielą strumienie na uporządkowane pasy, przy czym gwarancje kolejności obowiązują ściśle w obrębie jednej partycji, zwykle partycjonowanej według identyfikatora maszyny, linii lub bramy, zgodnie z logiką biznesową. Grupy konsumentów pozwalają wielu systemom dalszego etapu, takim jak kalkulatory OEE, narzędzia monitorowania stanu i usługi pozyskiwania do data lake, niezależnie odczytywać ten sam strumień, bez rywalizowania o pozycje odczytu. Retencja strumienia zapewnia okno robocze na potrzeby krótkoterminowego odzyskiwania, tolerancji na awarie oraz korekty logiki poprzez ponowne odtwarzanie. Retencja strumienia nie zastępuje jednak trwałego historianu ani lakehouse'a do długoterminowego przechowywania zapisów.

6. PODSUMOWANIE DECYZJI ARCHITEKTONICZNYCH
Przy ocenie usług Azure IoT Hub najlepiej sprawdza się w zarządzanych bramach brzegowych, zdalnej konfiguracji i izolacji bezpieczeństwa urządzeń dzięki rejestrowi per urządzenie i natywnym bliźniakom urządzeń. Azure Event Hubs najlepiej sprawdza się w ciągłej, wysokowolumenowej telemetrii rozproszonej do wielu konsumentów przy użyciu polityk dostępu na poziomie przestrzeni nazw, bez natywnego zarządzania cyklem życia urządzeń. Solidna architektura fabryczna często łączy obie usługi: IoT Hub na granicy połączeń do zarządzania zaufaniem, tożsamością i konfiguracją, a Event Hubs w dalszej części do bezpiecznej dystrybucji strumienia zdarzeń o wysokim wolumenie do niezależnych konsumentów.






Zostań wspierającym tego podcastu: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.