IoT Hub vs Event Hubs — Mengapa Kebanyakan Produsen Memilih Layanan yang Salah

1. GEJALA DI LANTAI PABRIK & TANTANGAN UTAMA
Tim sering mengirim telemetri pabrik ke Azure menggunakan layanan apa pun yang terdengar tepat saat workshop awal, lalu baru menyadari berbulan-bulan kemudian bahwa jalur data tersebut tidak mampu mendukung operasi pabrik yang sebenarnya. Hal ini sering menghasilkan beberapa dashboard yang menampilkan nilai yang saling bertentangan (seperti rata-rata 5 menit dibandingkan dengan nilai maksimum atau alarm) yang berasal dari salinan sinyal yang sama. Pada akhirnya, ketidakselarasan teknis ini menciptakan masalah kepercayaan, bukan sekadar bug perangkat lunak. Kesalahan mendasarnya terletak pada memperlakukan semua data mesin yang masuk sebagai telemetri generik, alih-alih memisahkan kontrol perangkat, status konfigurasi, perintah, dan pemrosesan aliran.

2. MENGKLASIFIKASIKAN LALU LINTAS PABRIK
Sebelum memilih layanan Azure, lalu lintas harus dikategorikan berdasarkan nama, arah, dan kepemilikan untuk memastikan penanganan yang tepat.

• Event merupakan fakta yang terikat pada titik waktu tertentu, yang menjelaskan apa yang terjadi dan kapan, seperti siklus press yang selesai atau pembacaan getaran yang melewati batas. Ini adalah catatan yang hanya bisa ditambahkan (append-only) dan tidak boleh diedit di tahap hilir.
• Perintah adalah permintaan yang memberi tahu perangkat atau gateway untuk melakukan tindakan dengan maksud tertentu, seperti mengumpulkan diagnostik atau menguji koneksi. Perintah membawa tanggung jawab eksekusi dan harus menghormati batas PLC (programmable logic controller) dan keselamatan lokal.
• State mencerminkan kondisi terkini yang diketahui dari suatu perangkat, seperti versi perangkat lunak atau pemetaan resep yang aktif, alih-alih riwayat kronologis lengkapnya. State biasanya dikelola melalui desired dan reported properties.
• Pesan bisnis mencakup pekerjaan operasional yang harus dilakukan dan dilacak, termasuk penahanan kualitas (quality hold) dan permintaan pemeliharaan. Pesan ini tidak boleh dicampur langsung ke dalam pipeline event sensor mentah.

3. MODEL MENTAL: GERBANG IDENTITAS VS. JALUR DATA
Azure IoT Hub berperan sebagai gerbang terkontrol, yang berfokus terutama pada hubungan dan siklus hidup perangkat melalui registri identitas, autentikasi, serta status aktif atau nonaktif. Hal ini memungkinkan tim keamanan mengisolasi atau menonaktifkan satu gateway yang disusupi atau dicurigai, misalnya gateway lini 4, selama insiden tanpa mematikan seluruh jalur telemetri pabrik. Sebaliknya, Azure Event Hubs berperan sebagai jalur data berkecepatan tinggi, yang sepenuhnya berfokus pada pemrosesan aliran dan perpindahan volume besar bagi banyak pembaca independen. Event Hubs tidak mengelola siklus hidup perangkat, firmware, atau konfigurasi yang diinginkan; tugas utamanya adalah menjaga agar lalu lintas tetap bergerak secara efisien melalui partisi dan consumer group.

4. MANAJEMEN PERANGKAT & KEAMANAN
Opsi autentikasi sangat bergantung pada kemampuan perangkat keras dan arsitektur keamanan. Kunci simetris menggunakan token SAS cocok untuk perangkat keras dan gateway yang terbatas, tetapi memerlukan penyimpanan perangkat keras yang aman untuk mencegah pencurian kunci. Sebagai alternatif, sertifikat X.509 memberikan rantai yang lebih bersih melalui Certificate Authority tepercaya untuk armada yang lebih besar, meskipun membutuhkan manajemen rotasi dan siklus hidup yang kuat. Siklus hidup perangkat mengikuti pola enrollment, change, disable, dan replace, sehingga unit perangkat keras pengganti terhubung dengan rapi ke peran operasionalnya dan identitas cloudnya tanpa merusak pipeline hilir atau menciptakan aset semu. Selain itu, device twin memanfaatkan desired dan reported state untuk manajemen konfigurasi dan status kesehatan, meskipun telemetri frekuensi tinggi tidak boleh disimpan di dalam device twin.

5. MEKANISME PEMROSESAN ALIRAN & ROUTING
Partisi membagi aliran ke dalam jalur berurutan, di mana jaminan urutan berlaku ketat dalam satu partisi, biasanya dipartisi berdasarkan ID mesin, lini, atau gateway sesuai logika bisnis. Consumer group memungkinkan beberapa sistem hilir, seperti kalkulator OEE, alat pemantauan kondisi, dan layanan ingesti data lake, membaca aliran yang sama secara independen tanpa saling berebut posisi baca. Retensi aliran menyediakan jendela kerja untuk pemulihan jangka pendek, toleransi kesalahan, dan koreksi logika melalui replay. Namun, retensi aliran tidak menggantikan historian atau lakehouse yang tahan lama untuk penyimpanan catatan jangka panjang.

6. RINGKASAN KEPUTUSAN ARSITEKTUR
Saat mengevaluasi layanan, Azure IoT Hub paling tepat digunakan untuk gateway edge yang dikelola, konfigurasi jarak jauh, dan isolasi keamanan perangkat melalui registri per perangkat serta device twin bawaan. Azure Event Hubs paling tepat digunakan untuk telemetri berkelanjutan dan volume tinggi yang didistribusikan ke banyak konsumen menggunakan kebijakan akses tingkat namespace, tanpa manajemen siklus hidup perangkat bawaan. Arsitektur pabrik yang andal sering kali menggabungkan keduanya, menggunakan IoT Hub di batas koneksi untuk mengelola kepercayaan, identitas, dan konfigurasi, sementara Event Hubs di hilir digunakan untuk mendistribusikan aliran event volume tinggi secara aman ke konsumen independen.






Jadilah pendukung podcast ini: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.