Agen perangkat lunak portabel:Pendekatan 'Goldilocks' untuk konektivitas IoT
Internet of Things (IoT) melibatkan sejumlah langkah dan kompleksitas, masing-masing dengan beberapa keputusan desain dan pertukaran. Untuk sebagian besar perangkat yang terhubung, langkah pertama adalah mengaktifkan konektivitas antara objek fisik—'benda' IoT—dan Internet, menggunakan modul IoT nirkabel tertanam. Modul IoT mencakup sirkuit komunikasi yang memungkinkan perangkat yang terhubung untuk mengirim dan menerima data melalui protokol nirkabel seperti Wi-Fi, seluler, atau Bluetooth.
Menghubungkan perangkat ke cloud IoT, dan mengelola perangkat yang terhubung, memerlukan perangkat lunak konektivitas khusus. Hingga saat ini, pembuat produk yang terhubung dapat memilih antara dua cara untuk menghubungkan perangkat mereka ke cloud IoT:software development kit (SDK) atau agen software IoT yang terintegrasi ke modul IoT nirkabel.
Terlepas dari pendekatannya, perangkat lunak konektivitas perlu diuji dan disertifikasi secara ketat untuk bekerja dengan setiap model modul perangkat keras. Mengingat berbagai perangkat IoT yang membutuhkan konektivitas—mulai dari pelacak kebugaran yang dapat dikenakan, pembuat kopi, dan termostat rumah hingga peralatan pabrik, sistem pencahayaan, dan sistem pemanas, ventilasi, dan pendingin udara (HVAC) komersial—menyandingkan perangkat lunak konektivitas ke perangkat keras komunikasi dapat menjadi hal yang menakutkan .
SDK hanya menyediakan pustaka paling umum untuk berkomunikasi melalui protokol tingkat rendah dan standar, seperti MQTT atau CoAP. Sebaliknya, agen perangkat lunak IoT tingkat produksi menawarkan rangkaian fitur inklusif yang mencakup hal-hal seperti serialisasi pesan, penanganan kesalahan, pemberitahuan, penjadwalan, pembaruan over-the-air (OTA), debugging, pemecahan masalah, otentikasi dan otorisasi, pendaftaran pengguna, dan kemampuan lainnya—semuanya disertifikasi, diuji, dan siap diproduksi dengan modul IoT tertentu.
Namun, sekarang, penyedia solusi IoT memiliki opsi baru untuk membangun konektivitas ke cloud IoT, dengan lebih banyak kemampuan daripada SDK tetapi lebih ramping daripada agen produksi yang dibuat sebelumnya. Agen perangkat lunak IoT portabel yang baru menyediakan opsi jalan tengah yang penting untuk jenis proyek tertentu—opsi bawa sendiri (BYO) yang tidak terlalu panas, tidak terlalu dingin; tidak terlalu besar, tidak terlalu kecil. Dengan kata lain, pendekatan 'Goldilocks' yang jauh lebih fleksibel untuk menghubungkan produk IoT menggunakan modul seluler atau Wi-Fi.
Tantangan Utama untuk Menciptakan Solusi Konektivitas yang Fleksibel
Sangat sulit merancang solusi konektivitas yang dapat kompatibel dengan berbagai protokol, pemrosesan, memori, dan pertimbangan perangkat lunak yang harus dipertimbangkan oleh setiap perancang produk IoT. Sebelumnya, pembuat produk terhubung harus memilih antara desain konektivitas terbuka dan fleksibel, diaktifkan oleh SDK, atau desain turnkey terintegrasi yang disediakan oleh agen perangkat lunak IoT tertanam.
Solusi IoT memperkenalkan banyak sekali tuntutan dan persyaratan keterampilan baru yang hanya dimiliki oleh beberapa produsen tradisional. Produsen yang mencari produk tradisional yang mendukung IoT, terutama yang baru mengenal produk yang terhubung, sering kali mendapati bahwa memilih agen perangkat lunak memberikan keuntungan waktu-ke-pasar yang signifikan untuk produk IoT mereka.
Agen perangkat lunak menangani sebagian besar kerumitan konektivitas cloud IoT, memungkinkan produsen untuk memfokuskan sumber daya mereka pada apa yang telah mereka lakukan dengan baik, tanpa menghabiskan banyak waktu dan sumber daya yang diperlukan untuk merancang, membangun, menguji, mendukung, dan menskalakan solusi terhubung. Yang perlu mereka lakukan hanyalah menggunakan beberapa API sederhana untuk membuat agen perangkat lunak produksi berbicara dengan modul nirkabel produksi yang kompatibel.
Tetapi pendekatan inklusif menggunakan agen perangkat lunak IoT ini memiliki kompromi, terutama kurangnya fleksibilitas dalam opsi desain. Agen perangkat lunak IoT terhubung ke cloud IoT vendor tertentu, dan setiap pasangan modul agen diuji dan disertifikasi untuk model modul tertentu dari vendor modul tertentu. Pendekatan ini juga meningkatkan biaya perangkat keras:Selain modul nirkabel berkemampuan IoT, perusahaan harus membeli mikrokontroler tambahan yang memuat kode aplikasi mereka, kemudian memprogram mikrokontroler untuk berbicara dengan modul nirkabel.
Integrasi antara agen dan modul ini berarti bahwa produsen produk yang terhubung ditantang untuk memilih modul cloud dan nirkabel IoT mereka secara terpisah. Banyak produsen memiliki diskon volume dengan satu atau beberapa penyedia modul. Jika vendor modul pilihan mereka tidak mendukung agen untuk cloud IoT pilihan mereka, produsen harus mengeluarkan lebih banyak untuk biaya bill-of-materials (BOM) untuk terhubung ke cloud IoT pilihan mereka dengan vendor modul di luar spesifikasi, atau menjaga biaya mereka tetap terkendali tetapi tidak dapat terhubung melalui cloud IoT yang paling mendukung fungsionalitas dan kinerja produk terhubung mereka.
Produsen dengan tim teknik yang paham IoT dapat mengatasi pertukaran ini dengan menggunakan SDK alih-alih agen perangkat lunak untuk membangun model pesan dan data mereka sendiri melalui protokol seperti MQTT, CoAP, atau HTTP. Namun secara realistis, opsi ini tidak tersedia untuk siapa pun kecuali produsen terbesar dengan pengalaman paling banyak dalam merancang dan meluncurkan produk yang terhubung. Sisanya harus memilih fleksibilitas dan penghematan biaya yang menyertainya (yaitu, menggunakan SDK dan melakukan semua rekayasa IoT mereka sendiri) atau rute yang lebih cepat dan biasanya lebih aman dengan menyerahkan detail konektivitas IoT di tangan agen perangkat lunak yang telah dibuat sebelumnya.
Bila Pendekatan Agen Portabel Masuk Akal
Pendekatan agen portabel menghadirkan alternatif baru. Anggap saja sebagai SDK yang disempurnakan dengan opsi modular untuk berbagai kemampuan konektivitas IoT.
Agen portabel memungkinkan konektivitas ke cloud IoT tertentu dari modul nirkabel apa pun. Akibatnya, pembuat solusi IoT yang ingin terhubung ke cloud IoT itu tidak lagi terbatas pada daftar modul nirkabel bersertifikat. Agen portabel mengelola konektivitas, keandalan, dan keamanan konektivitas ke cloud IoT selain menyediakan konektivitas tingkat rendah yang disediakan oleh klien tipe SDK. Pengguna agen portabel juga memiliki akses ke kode sumber, membuat opsi ini lebih fleksibel daripada agen produksi, yang tidak mengekspos kode sumber.
Dua jenis perusahaan yang paling mungkin menggunakan pendekatan agen portabel:
Produsen bervolume lebih tinggi dengan beberapa pengalaman meluncurkan produk yang terhubung, atau yang ingin memperbaiki produk yang sudah ada dengan modul nirkabel yang berbeda.
Pembuat modul itu sendiri.
Untuk produsen dengan beberapa keahlian merancang produk IoT, penggunaan agen portabel membenarkan biaya rekayasa satu kali mereka untuk memasangkan agen perangkat lunak ke modul nirkabel pilihan mereka. Bergantung pada volume produk terhubung yang mereka kirimkan, mereka dapat menggunakan pendekatan agen portabel untuk memanfaatkan penghematan biaya kontraktual dengan vendor modul nirkabel, meskipun modul pilihan mereka belum disertifikasi untuk mendukung cloud pilihan IoT mereka.
Dengan menggunakan agen portabel, pabrikan ini dapat mengurangi jejak produk mereka sambil menghemat biaya BOM perangkat keras—dan tanpa beban terbatas pada modul perangkat keras tertentu. Mereka dapat memberikan penghematan kepada pelanggan mereka atau menggunakannya untuk bahan bakar R&D untuk produk masa depan.
Untuk pembuat modul nirkabel, agen portabel berarti kemampuan untuk menawarkan rangkaian modul yang lebih beragam ke industri yang lebih luas yang tertarik untuk menciptakan produk IoT. Pembuat modul memiliki keterampilan teknik IoT untuk mengintegrasikan agen perangkat lunak ke dalam produk mereka. Pendekatan agen portabel memberdayakan vendor modul untuk mengaktifkan konektivitas dalam produk mereka ke cloud IoT tertentu yang mungkin menarik bagi jenis pelanggan tertentu.
