Architecture de données réactive pour l ’ Internet des objets
David Linthicum
En adoptant une approche orientée sur l ’ architecture physique , il est possible de créer des systèmes IoT plus efficaces sur des plates-formes cloud publiques .
Dans les systèmes IoT , il est fréquent que les données doivent être envoyées d ’ un jeu de capteurs à une base de données dans un cloud public distant . Le temps nécessaire pour que les données soient transférées du capteur ou du périphérique cloud ( en d ’ autres termes , la latence ) est souvent trop long pour répondre aux exigences de latence du système IoT De ce fait , dans certains cas , le cloud public est évité , et les systèmes IoT ne peuvent pas tirer parti des efficacités en termes de coûts et de ressources du cloud computing basé sur le cloud .
Nous devons faire quelque chose de différent et nous pouvons commencer en concevant des applications IoT à la périphérie du cloud . Cela signifie que nous évitons de renvoyer toutes les données des capteurs et des périphériques au cloud et qu ’ à la place nous concevons à la périphérie du réseau des données et des applications capables de gérer la plupart des regroupements et traitements de données .
Le concept d ’ informatisation de la périphérie n ’ est bien entendu pas nouveau . Il est mis en application depuis des années pour résoudre ces mêmes problèmes qui surviennent au niveau d ’ autres aspects informatiques . Par exemple , un cloudlet est un élément architectural qui émerge de la convergence entre l ’ informatique mobile et le cloud computing . On peut le concevoir comme un « datacenter dans une boîte », dont l ’ objectif est de rapprocher le cloud . Un autre exemple réside dans le fog computing , qui étend le cloud afin de le rapprocher des périphériques qui produisent et traitent les données IoT . Toutefois , de nombreuses applications IoT doivent réagir presque instantanément aux données générées par un capteur ou un périphérique ( par exemple , arrêter un train si des capteurs détectent quelques kilomètres devant un problème au niveau de l ’ aiguillage de voie , ou arrêter une machine industrielle en surchauffe pour éviter une panne catastrophique ). Il existe des centaines de scénarios ou les temps de réaction sont un élément clé d ’ un système IoT , ce qui explique pourquoi la latence est un concept tellement important . Pour gérer efficacement la latence des données , je fournis une architecture de référence physique pour une architecture de données réactive ( RDA , Responsive Data Architecture ) en périphérie , un cadre basé sur des tendances observées au niveau d ’ objets IoT réels qui exploitent le cloud . Imaginez-vous une RDA comme un cadre physique incluant des composants majeurs ( par exemple , des services et des bases de données ) représentés dans une configuration qui peut être répliquée avec de nouvelles instances système . En d ’ autres termes , il s ’ agit d ’ un point de départ ou d ’ une liste de contrôle vous permettant de créer votre propre système IoT hautes performances qui exploite également un cloud public .
44 | THE DOPPLER | AUTOMNE 2016