Si vous n’en avez pas entendu parler, comme l’a rapporté Mashable, Nest a annoncé qu’elle allait mettre fin à la prise en charge de l’un de ses produits le 15 mai. Au-delà de la simple fin de la prise en charge, le produit a apparemment complètement cessé de fonctionner. Mashable a également précisé : « Le produit ne fait pas partie des gammes de la marque Nest : il ne s’agit ni du thermostat, ni du détecteur de fumée, ni de la Nest Cam. Il s’agit en fait du hub domotique Revolv. »
Cela dit, pour être juste, il semblerait que Revolv ne compte pas énormément d’utilisateurs, ce qui a probablement contribué à la décision de mettre fin au service. Après tout, ce produit oblige l’entreprise à maintenir des serveurs qui mobilisent des ressources (techniques et opérationnelles) dont le coût est vraisemblablement supérieur aux revenus générés.
Ce n’est pas à moi de déterminer s’il s’agit ou non d’une bonne décision commerciale et, comme je ne suis pas concerné, je n’ai pas vraiment d’avis tranché sur la question. En revanche, ce sur quoi j’ai un avis bien arrêté (et vous vous en doutiez, n’est-ce pas ?), c’est la nécessité de souligner la dépendance, souvent passée sous silence, des objets qui composent l’« IoT » vis-à-vis des applications back-end.
Honnêtement, cette appellation est quelque peu trompeuse pour bon nombre des gadgets regroupés sous l’étiquette de l’IoT. Des appareils comme le Revolv ne se connectent pas À Internet. Ils utilisent Internet et se connectent À des applications. Des applications qui s’exécutent dans le cloud et dans des centres de données partout dans le monde. Ces applications assurent le comptage et le contrôle à distance, la surveillance et la facturation. Elles ne sont pas jetables et, dans la plupart des cas, sans elles, de nombreux « objets » ne sont guère plus que des briques équipées de capteurs. Notre enfant de huit ans possède de petits kits électroniques capables d’en faire autant que certains des objets présentés comme « l’avenir » et joyeusement qualifiés d’« objets ». Ce qui manque à ces kits, c’est une connexion à Internet ou une application leur permettant de faire bien plus que simplement allumer et éteindre les lumières, ou afficher l’heure.
La valeur de l’IoT n’est pas sans rappeler celle des données qui, à elles seules, n’ont absolument aucune valeur intrinsèque.
Respirez, les amis. Respirez. Ce n’est pas une hérésie, c’est simplement ainsi.
Ce n’est pas le cas. Une base de données remplie de nombres et de chaînes de caractères est, en soi, inutile aux personnes qui prennent des décisions, qu’elles soient opérationnelles ou commerciales. Ce n’est qu’une fois ces données regroupées et présentées qu’elles peuvent être analysées et que l’on peut en dégager du sens. C’est alors que les données deviennent de l’information, et c’est l’information qui confère du pouvoir, pas les données. Le rôle de l’application dans l’IoT est donc essentiel et déterminant, comme l’illustre involontairement Nest. Sans application, un « objet » peut certes continuer à fonctionner selon sa dernière configuration connue, mais il ne sera plus utile à l’avenir, car il n’y aura aucun moyen de le modifier, de le surveiller ou d’en extraire des informations susceptibles d’être utiles à ses utilisateurs.
Cette dépendance des objets vis-à-vis des applications semble être une réalité encore difficile à saisir pour beaucoup de ceux qui ne comprennent pas vraiment cette technologie. L’auteur de l’article de Mashable mentionné précédemment s’en sortait bien — jusqu’à ces deux phrases :
Toutefois, cet arrêt total suppose que le Revolv ne pourrait en aucun cas exister ni fonctionner sans se connecter à un serveur centralisé, et qu’il serait impossible d’utiliser le hub uniquement en mode local.
C’est possible, mais il semble plus probable que l’équipe Nest n’ait tout simplement pas voulu investir de ressources pour permettre au petit nombre d’utilisateurs restants d’utiliser l’appareil localement, sans le service connecté.
Il existe une incompréhension fondamentale de la dépendance entre les objets et leurs applications, ainsi que du fait que les objets — pour réduire au strict minimum leur coût, leur taille et leur consommation d’énergie — ne peuvent tout simplement pas prendre en charge à la fois les plans de données et de contrôle nécessaires à des formats aussi épurés. L’IoT incarne l’architecture SDN classique, qui exige une séparation physique des plans de données et de contrôle, la gestion et l’analyse étant confiées à des applications bien plus performantes hébergées ailleurs : l’« Internet » de l’Internet des objets. C’est de l’informatique distribuée. De l’informatique en client léger. De l’informatique sans interface. Peu importe le nom qu’on lui donne : c’est bien de cela qu’il s’agit, dès lors que ce terme désigne un appareil relativement léger dont les ressources de calcul et de stockage servent principalement à recueillir des données et à accomplir sa fonction, tandis qu’une application plus lourde et plus complexe, hébergée ailleurs, collecte et traite les données, les affiche et permet aux consommateurs comme à l’entreprise d’interagir avec elles.
L’Internet des objets est l’affaire des applicationsJe ne le répéterai jamais assez en cette période où nous n’en sommes encore qu’aux prémices. Sans les applications, de nombreux objets n’ont guère plus de valeur pour les consommateurs ou les entreprises que leurs prédécesseurs « non connectés ».
C’est malheureusement ce que les utilisateurs de Revolv sont en train de découvrir.
À propos de l’auteur

Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.
Autres articles de Lori Mac VittieArticles de blog associés

F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.