Perutean Pesan IoT Hub vs Event Grid — Mengapa Telemetri dan Peristiwa Bukan Masalah yang Sama

Nilai suhu, sampel getaran, siklus mesin, dan pemutusan perangkat mungkin semuanya disebut sebagai peristiwa, tetapi keempatnya tidak merepresentasikan masalah arsitektur yang sama. Dalam lingkungan IoT industri dan manufaktur, mencampuradukkan telemetri berkelanjutan dengan peristiwa diskrit dapat menciptakan alur kerja yang bising, riwayat produksi yang tidak lengkap, pemrosesan yang tidak perlu, dan sistem yang bereaksi tanpa konteks yang memadai.

Dalam episode ini, kami menguraikan perbedaan arsitektur antara Azure IoT Hub Message Routing dan Azure Event Grid dengan mengikuti skenario manufaktur yang realistis. Sebuah lini press secara terus-menerus mengirimkan informasi suhu, getaran, jumlah siklus, konsumsi energi, dan status mesin melalui gateway industri. Pengukuran tersebut membentuk riwayat operasional yang mungkin perlu dianalisis nanti oleh insinyur, tim data, tim pemeliharaan, dan sistem produksi. Pemutusan perangkat berbeda karena merepresentasikan perubahan yang mungkin memerlukan reaksi dari sistem lain atau orang lain.

TELEMETRI ADALAH CATATAN, BUKAN PERINGATAN
Telemetri merepresentasikan pengukuran berulang dari waktu ke waktu. Sebuah nilai suhu atau pengukuran getaran tunggal biasanya hanya memberi sedikit informasi. Informasi yang sebenarnya terdapat dalam urutannya: seberapa cepat nilai berubah, apa yang sedang dilakukan mesin pada saat itu, apa yang terjadi sebelum berhenti, apakah pengukuran hilang selama gangguan jaringan, dan apakah perilaku yang sama muncul pada proses produksi sebelumnya.


Telemetri industri yang umum meliputi:
• Suhu, getaran, tekanan, konsumsi energi, dan arus listrik
• Status mesin seperti berjalan, menganggur, berhenti, atau mengalami kesalahan
• Jumlah siklus, penghitung produksi, dan pengukuran proses
• Stempel waktu sumber, pengenal perangkat, nomor urut, dan informasi korelasi

Catatan tersebut kemudian dapat mendukung pemantauan kondisi, investigasi kualitas, analisis energi, perhitungan OEE, analitik Microsoft Fabric, pelaporan Power BI, dan optimasi produksi. Itulah sebabnya telemetri memerlukan retensi, pemutaran ulang, penanganan duplikat, konsumen independen, dan cara yang andal untuk merekonstruksi linimasa produksi.

IOT HUB MESSAGE ROUTING SEBAGAI BIDANG DATA TELEMETRI
Azure IoT Hub menyediakan batas komunikasi perangkat-ke-cloud yang terkendali. Perangkat dan gateway melakukan autentikasi dengan identitas masing-masing, mengirim pesan perangkat-ke-cloud, memelihara status manajemen perangkat, dan dapat berpartisipasi dalam komunikasi cloud-ke-perangkat yang terkendali.

Setelah pesan telemetri mencapai IoT Hub, Message Routing menentukan ke mana data tersebut sebaiknya dikirim. Routing dapat memeriksa properti pesan, properti sistem, sebagian isi pesan, dan informasi device twin. Hal ini memungkinkan pemisahan kelas pesan produksi, pengukuran energi, diagnostik, atau pesan lainnya sebelum mencapai konsumen hilir.
Sebuah arsitektur umum dapat terlihat seperti ini: Gateway industri → Azure IoT Hub → Message Routing → Event Hubs atau Storage → Pemrosesan → Microsoft Fabric.

Satu konsumen mungkin melakukan analisis hampir real-time sementara konsumen lain menyimpan arsip mentah. Konsumen ketiga dapat menyiapkan data operasional yang telah dikurasi untuk Microsoft Fabric. Setiap konsumen dapat bekerja secara independen tanpa mengubah setiap pembacaan telemetri menjadi pemanggilan alur kerja.

MENGAPA URUTAN ITU PENTING
Telemetri industri sangat sensitif terhadap urutan. Bayangkan sebuah mesin melaporkan bahwa ia memasuki status berjalan, kemudian mengirimkan beberapa jumlah siklus, diikuti oleh penyimpangan proses, dan akhirnya status berhenti. Jika catatan tersebut direkonstruksi secara tidak tepat, sistem hilir dapat menyimpulkan bahwa mesin menghasilkan part saat berhenti atau bahwa penyimpangan proses terjadi setelah produksi sudah berakhir.

Masalah yang sama memengaruhi perhitungan waktu henti, OEE, jumlah produksi, dan pemantauan kondisi. Oleh karena itu, Anda perlu membedakan antara kapan sumber mengamati sesuatu, kapan IoT Hub menerima pesan, dan kapan sistem hilir memprosesnya.

Arsitektur telemetri yang kokoh sebaiknya mempertimbangkan:
• Stempel waktu sumber dan stempel waktu penerimaan di cloud
• Partisi yang stabil dan sesuai dengan aset atau beban kerja
• ID pesan atau nomor urut untuk deteksi duplikat
• Konsumen idempoten yang mampu menangani pengiriman minimal-sekali

Gangguan jaringan membuat hal ini menjadi sangat penting. Sebuah gateway dapat menyimpan telemetri dalam buffer dan mengirimkannya ketika konektivitas kembali, yang berarti waktu kedatangan di Azure dapat jauh tertinggal dari stempel waktu mesin yang sebenarnya.

EVENT GRID MEMECAHKAN MASALAH YANG BERBEDA
Azure Event Grid dirancang berdasarkan notifikasi publish-and-subscribe. Alih-alih terus-menerus merekonstruksi status mesin dari ribuan pembacaan, Event Grid memberi tahu sistem yang berkepentingan bahwa sesuatu telah berubah dan memberi kesempatan kepada pelanggan untuk bereaksi.
Contoh dalam lingkungan IoT meliputi: pembuatan perangkat, penghapusan perangkat, koneksi, pemutusan, atau kondisi tertentu yang diturunkan dari telemetri dan dipilih secara cermat. Peristiwa pembuatan perangkat dapat memicu proses onboarding aset. Peristiwa pemutusan perangkat dapat memulai investigasi teknis. Kondisi rekayasa yang terdeteksi dapat memicu alur kerja pemeliharaan.

Pelanggan yang umum meliputi:
• Azure Functions
• Logic Apps
• Webhook
• Alur kerja keamanan
• Sistem manajemen aset
• Aplikasi operasional

Perbedaan arsitektur mendasarnya sederhana: telemetri menanyakan apa yang telah dilakukan suatu aset, sedangkan peristiwa menanyakan apa yang berubah dan apakah sesuatu harus bereaksi.

PERISTIWA SEBAIKNYA MEMULAI INVESTIGASI, BUKAN MENDEFINISIKAN KENYATAAN
Event Grid umumnya sebaiknya diperlakukan sebagai mekanisme notifikasi, bukan sebagai status akhir yang otoritatif dari dunia fisik. Pengiriman peristiwa dapat diulang, dan pelanggan sebaiknya tidak secara membabi buta menafsirkan peristiwa sebagai status terkini final tanpa melakukan pemeriksaan.
Oleh karena itu, peristiwa pemutusan perangkat biasanya sebaiknya memicu pemeriksaan status. Sebuah Azure Function dapat memverifikasi status perangkat saat ini, memeriksa telemetri terbaru, memeriksa informasi registri yang relevan, dan kemudian memutuskan apakah investigasi harus tetap terbuka.

Handler sebaiknya dirancang berdasarkan:
• Pemrosesan idempoten
• Verifikasi status terkini
• Identitas dan stempel waktu peristiwa
• Kepemilikan yang jelas atas tindakan yang dihasilkan

Hal ini penting karena peristiwa duplikat seharusnya tidak membuat tiket, peringatan, atau catatan operasional yang saling bertentangan secara ganda.

PEMUTUSAN PERANGKAT TIDAK BERARTI MESIN BERHENTI
Salah satu perbedaan terpenting dalam IoT industri adalah perbedaan antara konektivitas cloud, kesehatan pengumpulan data, dan status produksi. Jika sebuah gateway industri terputus dari IoT Hub, cloud kehilangan visibilitas terhadap gateway tersebut. Itu tidak otomatis berarti mesin fisik berhenti.

PLC dapat terus mengendalikan peralatan secara lokal ketika gateway sementara kehilangan konektivitas. Produksi dapat berlanjut secara normal, dan gateway bahkan dapat menyimpan telemetri dalam buffer dan mengunggahnya kemudian. Kebalikannya juga dapat terjadi: sebuah gateway mungkin tetap terhubung ke Azure sementara koneksinya ke PLC atau peralatan lokal telah gagal.

Oleh karena itu, arsitektur yang berguna memisahkan status koneksi cloud, kesehatan gateway, status produksi mesin, dan status work-order MES. Hanya dengan menggabungkan sumber-sumber tersebut bisnis dapat menentukan apakah masalah konektivitas teknis benar-benar memengaruhi produksi.

PENYARINGAN DI IOT HUB VS PENYARINGAN DI EVENT GRID
Kedua teknologi mendukung penyaringan, tetapi tujuannya berbeda. Penyaringan IoT Hub Message Routing menjawab pesan operasional mana yang harus masuk ke jalur data tertentu. Penyaringan langganan Event Grid menjawab notifikasi mana yang harus diterima oleh pelanggan tertentu.

Sebagai contoh, telemetri produksi dapat dikirim ke satu aliran Event Hubs sementara data energi dikirim ke tujuan lain. Pada saat yang sama, alur kerja dukungan mungkin hanya berlangganan peristiwa terputus dari perangkat tertentu.