{"id":38375,"date":"2019-10-31T22:23:21","date_gmt":"2019-10-31T19:23:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii\/"},"modified":"2019-10-31T22:23:21","modified_gmt":"2019-10-31T19:23:21","slug":"iot-tuman-i-oblaka-pogovorim-pro-tehnologii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/iot-tuman-i-oblaka-pogovorim-pro-tehnologii","title":{"rendered":"IoT, brouillard et nuages : parlons des technologies ?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"IoT,
\n
\nLe d\u00e9veloppement des technologies dans le domaine des logiciels et du mat\u00e9riel, ainsi que l'\u00e9mergence de nouveaux protocoles de communication, ont conduit \u00e0 l'extension de l'Internet des Objets (IoT). Le nombre d'appareils augmente chaque jour et g\u00e9n\u00e8re une \u00e9norme quantit\u00e9 de donn\u00e9es. Cela cr\u00e9e le besoin d'une architecture syst\u00e8me capable de traiter, stocker et transmettre ces donn\u00e9es.<\/p>\n

Aujourd'hui, des services cloud sont utilis\u00e9s \u00e0 cet effet. Cependant, la paradigme de plus en plus populaire des calculs en brouillard (Fog) peut compl\u00e9ter les solutions cloud en optimisant et en \u00e9tendant l'infrastructure IoT. <\/i><\/a><\/noindex><\/p>\n

Les \"clouds\" peuvent r\u00e9pondre \u00e0 la plupart des besoins de l'IoT. Par exemple, ils assurent la surveillance des services, le traitement rapide de tous les volumes de donn\u00e9es g\u00e9n\u00e9r\u00e9s par les appareils et leur visualisation. En revanche, les calculs en brouillard sont plus efficaces pour r\u00e9soudre des t\u00e2ches en temps r\u00e9el. Ils fournissent une r\u00e9ponse rapide aux requ\u00eates et un d\u00e9lai minimal dans le traitement des donn\u00e9es. Autrement dit, le Fog compl\u00e8te pr\u00e9cis\u00e9ment le \"cloud\", en \u00e9largissant ses capacit\u00e9s.<\/p>\n

Cependant, la question principale est la suivante : comment tout cela doit-il interagir dans le contexte de l'IoT ? Quels protocoles de communication seront les plus efficaces dans un syst\u00e8me int\u00e9gr\u00e9 IoT-Fog-Cloud ?<\/p>\n

Malgr\u00e9 la domination apparente du HTTP, de nombreuses autres solutions sont utilis\u00e9es dans les syst\u00e8mes IoT, Fog et Cloud. Cela s'explique par le fait que l'IoT doit combiner les fonctionnalit\u00e9s vari\u00e9es des capteurs d'appareil avec la s\u00e9curit\u00e9, la compatibilit\u00e9 et d'autres exigences des utilisateurs.<\/p>\n

Il n'existe tout simplement pas de consensus sur une architecture de r\u00e9f\u00e9rence et un standard de communication. Par cons\u00e9quent, la cr\u00e9ation d'un nouveau protocole ou l'am\u00e9lioration d'un protocole existant pour des t\u00e2ches sp\u00e9cifiques de l'IoT est l'une des questions les plus importantes auxquelles la communaut\u00e9 IT est confront\u00e9e.<\/p>\n

Quels protocoles sont actuellement utilis\u00e9s et que peuvent-ils offrir ? Analysons cela. Mais d'abord, discutons des principes de l'\u00e9cosyst\u00e8me dans lequel interagissent les nuages, le brouillard et l'Internet des Objets.<\/p>\n

Architecture IoT Fog-to-Cloud (F2C)<\/h3>\n

\nVous avez s\u00fbrement remarqu\u00e9 les efforts consid\u00e9rables d\u00e9ploy\u00e9s pour \u00e9tudier les avantages et les b\u00e9n\u00e9fices d'une gestion rationnelle et coordonn\u00e9e de l'IoT, des nuages et du brouillard. Si ce n'est pas le cas, voici trois initiatives de normalisation : OpenFog Consortium<\/a><\/noindex>, Edge Computing Consortium<\/a><\/noindex> et mF2C H2020 projet de l'UE<\/a><\/noindex>. <\/p>\n

Alors qu'auparavant, on ne consid\u00e9rait que deux niveaux, le cloud et les appareils finaux, l'architecture propos\u00e9e introduit un nouveau niveau \u2014 le calcul en brouillard. Ce niveau de brouillard peut \u00eatre divis\u00e9 en plusieurs sous-niveaux, en fonction des sp\u00e9cificit\u00e9s des ressources ou de l'ensemble des politiques qui d\u00e9finissent l'utilisation de diff\u00e9rents appareils \u00e0 ces sous-niveaux.<\/p>\n

\u00c0 quoi pourrait ressembler cette abstraction ? Voici un \u00e9cosyst\u00e8me typique IoT-Fog-Cloud. Les appareils IoT envoient des donn\u00e9es vers des serveurs plus puissants et des dispositifs de calcul pour r\u00e9soudre des probl\u00e8mes n\u00e9cessitant un faible niveau de latence. Dans ce syst\u00e8me, les clouds sont responsables de la r\u00e9solution de probl\u00e8mes n\u00e9cessitant une grande capacit\u00e9 de calcul ou un espace de stockage de donn\u00e9es.<\/p>\n

\"IoT,
\n
\nLes smartphones, montres intelligentes et autres gadgets peuvent \u00e9galement faire partie de l'IoT. Cependant, ces dispositifs utilisent g\u00e9n\u00e9ralement des protocoles de communication propri\u00e9taires des grands d\u00e9veloppeurs. Les donn\u00e9es g\u00e9n\u00e9r\u00e9es par l'internet des objets sont transmises au niveau du brouillard via le protocole REST HTTP, qui garantit flexibilit\u00e9 et compatibilit\u00e9 fonctionnelle lors de la cr\u00e9ation de services RESTful. Cela est crucial au regard de la n\u00e9cessit\u00e9 d'assurer la r\u00e9trocompatibilit\u00e9 avec l'infrastructure informatique existante, fonctionnant sur des ordinateurs locaux, des serveurs ou un cluster de serveurs. Les ressources locales, appel\u00e9es \u00ab n\u0153uds de brouillard \u00bb, filtrent les donn\u00e9es re\u00e7ues et les traitent localement ou les transmettent au cloud pour un traitement ult\u00e9rieur.<\/p>\n

Les clouds prennent en charge diff\u00e9rents protocoles de communication, parmi lesquels AMQP et REST HTTP sont les plus courants. Puisque HTTP est bien connu et con\u00e7u pour Internet, une question peut se poser : \u00ab Ne faudrait-il pas l'utiliser pour interagir avec l'IoT et le brouillard ? \u00bb. Cependant, ce protocole pr\u00e9sente des probl\u00e8mes de performance. Nous en discuterons plus tard.<\/p>\n

Dans l'ensemble, il existe deux mod\u00e8les de protocoles de communication adapt\u00e9s \u00e0 notre syst\u00e8me. Ce sont la demande-r\u00e9ponse et la publication-abonnement. Le premier mod\u00e8le est plus largement connu, notamment dans l'architecture client-serveur. Le client demande des informations au serveur, qui re\u00e7oit la demande, la traite et renvoie un message de r\u00e9ponse. Les protocoles REST HTTP et CoAP fonctionnent selon ce mod\u00e8le.<\/p>\n

Le deuxi\u00e8me mod\u00e8le est n\u00e9 de la n\u00e9cessit\u00e9 d'assurer une communication asynchrone, distribu\u00e9e et faiblement coupl\u00e9e entre les sources g\u00e9n\u00e9rant des donn\u00e9es et les destinataires de ces donn\u00e9es.<\/p>\n

\"IoT,
\n
\nLe mod\u00e8le implique trois participants : le publisher (source de donn\u00e9es), le broker (dispatcher) et le subscriber (destinataire). Ici, le client, agissant en tant que subscriber, ne doit pas demander d'informations au serveur. Au lieu d'envoyer des requ\u00eates, il s'abonne \u00e0 des \u00e9v\u00e9nements sp\u00e9cifiques dans le syst\u00e8me via le broker, responsable de la filtration de tous les messages entrants et de leur acheminement entre publishers et subscribers. Quand un \u00e9v\u00e9nement li\u00e9 \u00e0 un sujet particulier se produit, le publisher le publie aupr\u00e8s du broker, qui envoie les donn\u00e9es au subscriber concernant le sujet demand\u00e9.<\/p>\n

Cette architecture est essentiellement bas\u00e9e sur des \u00e9v\u00e9nements. Ce mod\u00e8le d'interaction est int\u00e9ressant pour les applications IoT, cloud et fog gr\u00e2ce \u00e0 sa capacit\u00e9 \u00e0 garantir l'\u00e9volutivit\u00e9 et simplifier les interconnexions entre divers dispositifs, tout en maintenant une communication dynamique \u00ab plusieurs \u00e0 plusieurs \u00bb et asynchrone. Parmi les protocoles de messagerie standardis\u00e9s les plus connus utilisant le mod\u00e8le \u00ab publication-abonnement \u00bb, on peut citer MQTT, AMQP et DDS.<\/p>\n

Il est \u00e9vident que le mod\u00e8le \u00ab publication-abonnement \u00bb pr\u00e9sente de nombreux avantages :<\/p>\n