Sebagai konsumen
Pilihan Anda seringkali sangat terbatas sebagai konsumen, tetapi Anda dapat meminimalkan risiko dalam beberapa cara dengan memilih dengan cermat produk yang Anda gunakan dan bagaimana Anda menghubungkannya.
Periksa apa yang terjadi ketika perangkat Anda kehilangan konektivitas Internet
Biasanya, Anda bisa melakukan pencarian Google cepat untuk melihat apa yang terjadi ketika perangkat tertentu terputus dari Internet. Beberapa perangkat akan gagal sepenuhnya jika koneksi mereka ke server cloud jarak jauh terputus, seperti Amazon Echo :
Echo Anda memerlukan koneksi Wi-Fi aktif untuk berbicara, memproses perintah Anda, dan mengalirkan media.
Terkadang, ada alasan bagus (misalnya, Echo harus mengalirkan perintah ke cloud untuk memproses instruksi Anda, sebagaimana dinyatakan dalam ' Apakah Amazon Echo' selalu mendengarkan 'dan mengirim data ke cloud? '), Tetapi untuk yang lain, itu mungkin saja merupakan kekeliruan pengawasan atau desain pada produk Anda.
Jika Anda memiliki perangkat secara fisik, Anda dapat mencoba mencabut router Anda untuk melihat apa yang terjadi — ini mungkin bukan tes yang bagus, karena kemungkinan server jauh akan rusak tetapi koneksi lokal masih berfungsi, tetapi itu sesuatu yang harus dicoba.
Dengan waktu yang cukup untuk membuang penggunaan secara produktif untuk meningkatkan pengaturan Anda, Anda berpotensi mengendus paket dari perangkat Anda, lalu menerapkan blok tingkat router ke domain tertentu — dengan cara ini, Anda akan tahu apa yang terjadi jika mydeviceserver.comturun sepenuhnya. Tentu saja, ini akan memakan waktu lama sehingga mungkin tidak praktis untuk menguji semua perangkat Anda di rumah besar dengan banyak perangkat 'pintar'.
Gunakan konektivitas lokal
Jika Anda hanya menyalakan lampu dari sakelar cerdas, Anda mungkin tidak perlu merutekan semua lalu lintas melalui Internet, menjadi server cloud yang jaraknya ribuan mil, dan kembali ke bola lampu Anda — Anda mungkin bisa mengarahkan rute perintah melalui perangkat lokal sebagai gantinya. Sering kali, perangkat ini akan menggunakan protokol seperti ZigBee atau Z-Wave, jadi Anda mungkin memerlukan hub untuk mengoordinasikan lalu lintas (lihat ' Mengapa saya perlu hub untuk beberapa perangkat saat mengotomatisasi rumah saya? ').
Sebagai pengembang
Untuk pengembang perangkat IoT, desain perangkat yang cermat dapat menghindari masalah seperti pemadaman S3 baru-baru ini yang memengaruhi konsumen. Tentu saja, desainer IoT tidak selalu dikenal karena desainnya yang hati - hati , tetapi jika Anda membaca ini, Anda mungkin tidak termasuk dalam grup itu.
Layanan desain menjadi berlebihan
Untuk pemadaman terbaru Amazon S3, khususnya, mungkin tidak banyak yang bisa Anda lakukan. Ada beberapa laporan bahwa replikasi lintas wilayah berpotensi mencegah layanan turun, seperti yang dijelaskan dalam pertanyaan ini di DevOps Stack Exchange , tetapi diperdebatkan apakah itu benar atau hanya saran yang buruk .
Jika memungkinkan, memiliki semacam redundansi atau cadangan akan ideal — walaupun biayanya lebih besar, keandalan tambahan sangat dibutuhkan — jika tidak, lampu orang berhenti merespons, sakelar daya menolak bekerja, dll.
Tambahkan dukungan yang lebih baik untuk skenario tanpa koneksi Internet
Saya mencantumkan 'Gunakan konektivitas lokal' di bawah cara agar konsumen dapat menghindari masalah ini, tetapi ini adalah perjuangan yang sulit . Perangkat sering tidak mendukung koneksi dengan cara lain selain melalui layanan web yang disetujui, dan produsen enggan menghabiskan waktu pengembang dalam hal ini. Jika dukungan lebih besar, akan ada lebih sedikit ketergantungan pada layanan cloud, yang menguntungkan produsen juga, karena mereka tidak perlu membayar begitu banyak kapasitas server.
Dengan semua opsi ini, mengapa begitu banyak perangkat yang terpengaruh?
Karena tidak ada yang mau menghabiskan waktu — merancang sistem apa pun yang dapat diandalkan membutuhkan banyak waktu dan upaya, dan seringkali jauh lebih kompleks daripada solusi 'bodoh' yang sebanding (mis. Sakelar listrik sederhana).
Mengapa perangkat lunak tidak dapat diandalkan seperti mobil? Karena perangkat lunak memiliki kompleksitas yang jauh lebih banyak, namun tidak diuji hampir seketat mobil. Masalah yang sama tampaknya berlaku dengan IoT - mengendalikan perangkat melalui jaringan jauh lebih kompleks, sehingga hal-hal yang salah bisa jauh lebih mudah, seperti yang kita lihat dengan insiden S3 baru-baru ini.