En tant que consommateur
Vos options sont souvent assez limitées en tant que consommateur, mais vous pouvez minimiser vos risques de plusieurs manières en sélectionnant soigneusement les produits que vous utilisez et comment vous les connectez.
Vérifiez ce qui se passe lorsque votre appareil perd la connectivité Internet
Habituellement, vous pouvez simplement faire une recherche rapide sur Google pour voir ce qui se passe lorsqu'un certain appareil se déconnecte d'Internet. Certains appareils échoueront complètement si leur connexion à un serveur cloud distant est perdue, comme Amazon Echo :
Votre Echo nécessite une connexion Wi-Fi active pour parler, traiter vos commandes et diffuser du contenu multimédia.
Parfois, il y a une bonne raison (par exemple, l'Echo doit diffuser des commandes dans le cloud pour traiter vos instructions, comme indiqué dans `` L'Amazon Echo 'écoute-t-il toujours' et envoie-t-il des données vers le cloud? '), Mais pour d'autres, il peut s'agir simplement d'une erreur de conception ou de conception de votre produit.
Si vous avez physiquement le périphérique, vous pouvez essayer de débrancher votre routeur pour voir ce qui se passe - ce n'est peut-être pas un excellent test, car il est plus probable qu'un serveur distant se casse mais les connexions locales fonctionnent toujours, mais c'est quelque chose à essayer.
Avec suffisamment de temps pour gaspiller votre utilisation de manière productive afin d'améliorer votre configuration , vous pourriez potentiellement renifler les paquets de vos appareils, puis appliquer un blocage au niveau du routeur à certains domaines - de cette façon, vous sauriez ce qui s'est passé en cas de mydeviceserver.companne complète. Bien sûr, cela prendrait beaucoup de temps , il ne serait donc pas pratique de tester tous vos appareils dans une grande maison avec beaucoup d'appareils «intelligents».
Utiliser la connectivité locale
Si vous allumez simplement vos lumières à partir de votre commutateur intelligent, vous n'aurez peut-être pas besoin d'acheminer tout le trafic via Internet, vers un serveur cloud à des milliers de kilomètres de distance, et de retourner à votre ampoule - vous pourriez simplement être en mesure d'acheminer le commande via des périphériques locaux à la place. La plupart du temps, ces appareils utiliseront un protocole comme ZigBee ou Z-Wave, vous pourriez donc avoir besoin d'un concentrateur pour coordonner le trafic (voir `` Pourquoi ai-je besoin de concentrateurs pour certains appareils lors de l'automatisation de ma maison? '').
En tant que développeur
Pour les développeurs d'appareils IoT, une conception soignée d'un appareil peut éviter que des problèmes tels que la récente panne S3 n'affectent les consommateurs. Bien sûr, les concepteurs IoT ne sont pas toujours connus pour leur conception soignée , mais si vous lisez ceci, vous n'êtes probablement pas dans ce groupe.
Services de conception redondants
Pour la récente panne d'Amazon S3 en particulier, il se peut que vous n'ayez pas pu faire grand-chose. Il existe certains rapports selon lesquels la réplication entre régions pourrait potentiellement empêcher les services de tomber en panne, comme expliqué dans cette question sur DevOps Stack Exchange , mais il est débattu de savoir si c'est vraiment vrai ou tout simplement de mauvais conseils .
Si possible, une sorte de redondance ou de sauvegarde serait idéale — bien que les coûts soient plus élevés, la fiabilité supplémentaire est grandement nécessaire — sinon, les lumières des gens cessent de répondre, les interrupteurs d'alimentation refusent de fonctionner, etc.
Ajoutez une meilleure prise en charge des scénarios sans connexion Internet
J'ai répertorié `` Utiliser la connectivité locale '' sous les moyens qu'un consommateur pourrait éviter ce problème, mais c'est une bataille perdue . Souvent, les appareils ne prennent pas en charge la connexion autrement que via leur service Web approuvé, et les fabricants hésitent à consacrer du temps aux développeurs à ce sujet. Si le support était plus important, il y aurait moins de recours aux services cloud, ce qui profite également au fabricant, car ils n'ont pas besoin de payer pour autant de capacité de serveur.
Avec toutes ces options, pourquoi tant d'appareils ont-ils été affectés?
Parce que personne ne veut passer du temps - la conception de tout type de système fiable prend beaucoup de temps et d'efforts, et c'est souvent beaucoup plus complexe que la solution «stupide» comparable (par exemple, de simples interrupteurs électriques).
Pourquoi un logiciel n'est-il pas aussi fiable qu'une voiture? Parce que le logiciel est beaucoup plus complexe, il n'est pas testé aussi rigoureusement qu'une voiture. Le même problème semble s'appliquer à l'IoT: le contrôle des appareils via un réseau est beaucoup plus complexe, de sorte que les choses peuvent mal tourner beaucoup plus facilement, comme nous l'avons vu avec le récent incident S3.
