Dari Sensor ke Dashboard: Pipeline MQTT Melalui Azure IoT Hub

Ketika sebuah mesin berhenti, seorang perencana membutuhkan lebih dari sekadar garis merah pada dasbor. Mereka perlu tahu apa yang berhenti, mengapa berhenti, pesanan mana yang ada di lini tersebut, dan apakah rencana produksi masih bisa dipertahankan. Memindahkan sinyal mentah dari lantai pabrik ke analitik cloud membutuhkan arsitektur yang andal yang mencakup sensor lapangan, gateway industri, message broker, dan lapisan ingestion cloud.

MENANGKAP SINYAL DI EDGESinyal sensor belum merupakan informasi manufaktur. Bayangkan lini pengemasan di mana suhu motor konveyor naik melampaui batas operasi normal. Pada saat itu, programmable logic controller (PLC) menyimpan nilai tag mentah—seperti pembacaan suhu, stempel waktu, dan status kualitas.

Namun, pabrik lama sering menjalankan beberapa generasi peralatan yang menggunakan protokol proprietary atau OPC UA, yang berarti PLC jarang berbicara langsung dengan MQTT cloud. Gateway industri yang dipasang di jaringan operational technology (OT) menjembatani kesenjangan ini dengan cara:

• Menormalkan Data: Menerjemahkan format, skala, dan tag rekayasa yang berbeda-beda ke dalam bentuk pesan yang seragam.
  
• Mengelola Frekuensi Pengumpulan: Mengagregasi pemindaian frekuensi tinggi menjadi interval yang bermakna sambil meneruskan perubahan status secara langsung.
  
• Melakukan Buffering Lokal: Menyimpan data secara aman selama gangguan jaringan dan memutarnya kembali dengan aman setelah konektivitas pulih.
  

MENGIRIM PESAN DENGAN MQTTSetelah gateway membentuk pesan, ia mempublikasikannya menggunakan MQTT (Message Queuing Telemetry Transport), protokol publish-subscribe ringan yang cocok untuk perangkat terbatas dan tautan yang tidak andal.

• Pemisahan Publish-Subscribe: Publisher mengirim pesan ke topik yang diketahui tanpa perlu mengetahui sistem atau aplikasi hilir mana yang mengonsumsinya.
  
• Struktur Topik: Topik berfungsi sebagai alamat transport untuk kategori pesan, tetapi tidak boleh dibebani untuk menjadi model aset pabrik yang lengkap.
  
• Kontrak Payload: Badan pesan yang sebenarnya harus secara eksplisit memuat identifier aset sumber yang stabil, nilai terukur, satuan, stempel waktu, dan flag kualitas.
  

PERAN AZURE IOT HUBSementara broker MQTT lokal menangani lalu lintas internal pabrik, Azure IoT Hub berfungsi sebagai lapisan koneksi cloud terkelola untuk armada perusahaan.

• Identitas Perangkat & Autentikasi: Setiap gateway membutuhkan identitas perangkat yang aman dan terdaftar di IoT Hub menggunakan Shared Access Signatures (SAS) atau sertifikat X.509.
  
• Keamanan Transport: Koneksi mengandalkan TLS (Transport Layer Security) untuk melindungi data saat transit melintasi batas jaringan dan firewall.
  
• Endpoint Bawaan: IoT Hub menerima pesan device-to-cloud, memberinya metadata koneksi tepercaya, dan menyimpannya sementara sebelum meneruskannya.
  

PERUTEAN, STREAMING, DAN PENYIMPANAN JANGKA PANJANGTelemetri yang masuk melayani banyak konsumen di seluruh organisasi, sehingga diperlukan perutean pesan untuk memecah lalu lintas ke jalur yang berbeda:

1. Penyimpanan Riwayat Mentah: Merutekan pesan ke Azure Blob atau Data Lake Storage mempertahankan jejak audit yang tidak diubah untuk tinjauan teknik dan pemrosesan ulang.
   
2. Pemrosesan Stream: Endpoint seperti Event Hubs memberi makan konsumen streaming hampir real-time dan aturan peringatan untuk memberitahu tim pemeliharaan tentang kondisi abnormal.
   
3. Model Analitik: Mengintegrasikan aliran data ke platform seperti Microsoft Fabric membantu menggabungkan telemetri dengan konteks perencanaan dan eksekusi perusahaan.
   

Jadilah pendukung podcast ini: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.