Taksonomi Praktis untuk Sistem IIoT
Ingatlah frasa: 'Kings Play Chess On Fine Glass Stools'? Meskipun terdengar aneh, ini adalah mnemonic yang membantu mengingat klasifikasi biologis klasik: Kingdom, Phylum, Class, Order, Family, Genus, Species.
Keanekaragaman kehidupan di Bumi yang luar biasa. Taksonomi yang terstruktur dengan baik esensial bagi biolog; itu mengelompokkan organisme berdasarkan sifat yang sama, memungkinkan ilmuwan untuk mengidentifikasi pola dan merumuskan aturan universal.
Sistem Internet of Things Industri (IIoT) sama beragamnya. Tanpa taksonomi yang serupa, arsitek kesulitan memilih arsitektur, protokol, dan teknologi yang tepat.
Memilih kategori tingkat atas adalah tantangan pertama. Dalam biologi, seseorang mungkin mengelompokkan hewan berdasarkan habitat—darat, laut, atau udara—tapi itu memberikan sedikit wawasan tentang struktur mereka. Sebaliknya, organisme dibagi berdasarkan morfologi dan fungsi, yang secara langsung mempengaruhi desain mereka.
Demikian pula, label industri seperti 'medis' atau 'energi' tidak menentukan arsitektur yang mendasari. Penggerak yang benar adalah tantangan yang harus diatasi sistem, bukan sektor tempatnya beroperasi.
Wawasan ini mungkin terlihat radikal: standar dan protokol spesifik industri sering kali tidak relevan saat merancang arsitektur IIoT generasi berikutnya. Internet perusahaan telah mengajarkan kepada kami bahwa teknologi generik dan dapat digunakan ulang pada akhirnya yang menang.
Jadi kriteria apa yang harus mendefinisikan kategori IIoT? Kami butuh sejumlah karakteristik kunci yang membagi lanskap menjadi kelompok yang dapat ditindaklanjuti.
Sementara ada ribuan persyaratan fungsional dan non-fungsional, kami harus fokus pada yang memiliki dampak langsung pada arsitektur—tidak ambigu, dapat diukur, dan berdampak signifikan.
Menggandeng pengalaman RTI dengan hampir 1.000 penerapan IIoT dunia nyata, taksonomi berikut menggunakan metrik kuantitatif untuk menciptakan batas yang jelas. Angka-angka tersebut tidak sembarang; mereka mencerminkan ambang praktis yang diamati di banyak proyek.
Proposal Taksonomi IIoT
Keandalan [Metrik: Ketersediaan berkelanjutan harus lebih baik dari “99.999%”]
“Sangat andal” adalah janji yang samar. Untuk menterjemahkan keandalan menjadi arsitektur, kita tanya: apa konsekuensi dari gangguan 5 menit per tahun? Sistem industri sering tidak dapat mentolerir bahkan milidetik waktu henti.
Sistem yang harus menghindari gangguan apa pun memerlukan komputasi, sensor, jaringan, dan lebih banyak yang redundan. Dalam hal ini, keandalan menjadi penggerak arsitektur utama.
Real Time [Metrik: Respons < 100 ms]
Kecepatan penting, tetapi ambang yang membentuk desain biasanya dalam puluhan milidetik. Batas 100 ms selaras dengan jitter maksimum yang diperkenalkan oleh server atau broker umum.
Arsitektur yang perlu merespons lebih cepat dari ini biasanya mengadopsi pendekatan peer-to-peer, yang mewakili pergeseran desain yang signifikan.
Skala Data Set [Metrik: Ukuran data set > 10.000 item]
Saat jumlah item data yang berbeda melebihi sekitar 10.000, siaran setiap pembaruan menjadi tidak praktis. Sistem ini memerlukan desain berpusat data yang memodelkan data dan memungkinkan penyaringan selektif.
Skala Tim atau Aplikasi [Metrik: Jumlah tim atau aplikasi yang berinteraksi > 10]
Banyak tim pengembangan independen atau aplikasi memperkenalkan tantangan interoperabilitas yang kompleks. Arsitektur berpusat data yang secara eksplisit mengelola antarmuka esensial.
Tantangan Penemuan Data Perangkat [Metrik: > 20 jenis perangkat dengan kumpulan data multi-variabel]
Di lingkungan di mana perangkat banyak dan heterogen, introspeksi runtime esensial. Ketika lebih dari 20 jenis perangkat ada, konfigurasi manual menjadi tidak dapat dipertahankan, yang menuntut mekanisme penemuan otomatis.
Fokus Distribusi [Metrik: Fan-out > 10]
Fan-out mengukur berapa banyak penerima yang harus diberi tahu tentang satu perubahan data. Jika lebih dari sepuluh, model koneksi 1:1 sederhana gagal; arsitektur harus mendukung pola multicast atau publish-subscribe yang efisien.
Fokus Koleksi [Metrik: Aliran data satu arah dengan fan-in > 100]
Sistem yang terutama mengumpulkan data untuk penyimpanan atau analisis—sering mengirim informasi ke backend cloud—dapat memanfaatkan desain hub-and-spoke atau berpusat cloud, menyederhanakan arsitektur.
Manfaat Taksonomi
Taksonomi IIoT yang terdefinisi dengan baik bukan mewah—itu adalah prasyarat untuk desain yang tepat. Dengan menjelaskan tantangan inti, arsitek dapat memilih protokol, topologi jaringan, dan sumber daya komputasi yang tepat, menghindari kesalahpahaman yang mahal seperti lokasi server yang tidak tepat atau klaim real-time yang tidak tepat.
Industrial Internet Consortium siap untuk mengambil tugas ini. Working Group baru mereka bertujuan untuk merumuskan imperatif bisnis dan teknis dasar ini. Saya senang meluncurkan grup ini pada rapat Anggota IIC berikutnya di Barcelona. Jika Anda tertarik, hubungi saya di stan@rti.com, Dirk Slama (Dirk.Slama@bosch-si.com), atau Jacques Durand (JDurand@us.fujitsu.com). Bersama-sama, kita dapat membawa pengalaman kolektif kami untuk membentuk masa depan IIoT.
