Nous définissons l’informatique en périphérie comme la possibilité de placer une partie des traitements et des données à proximité de leurs sources, ainsi que des systèmes ou des personnes qui ont besoin d’un accès rapide à ces traitements.
C’est une idée simple, et certainement pas nouvelle. Pourtant, la popularité de l’informatique en périphérie continue de gagner du terrain à mesure que nous transférons davantage de systèmes vers des clouds publics centralisés et que nous modernisons les applications et les magasins de données associés.
À la suite de cette migration, nous reconnaissons désormais que toutes les applications et tous les magasins de données modernisés ne devraient pas exister uniquement dans un emplacement central. D’où la possibilité « nouvelle » de les déplacer dans le domaine de l’informatique en périphérie, plus précisément à la périphérie des clouds publics.
Une grande partie de la confusion initiale autour de l’informatique en périphérie provenait de messages erronés diffusés par la presse spécialisée (et même par certaines entreprises), selon lesquels l’informatique en périphérie remplaçait le cloud computing et d’autres affirmations fondamentalement incorrectes. Oui, il faut répondre à certaines questions lorsque de nouveaux concepts technologiques très médiatisés s’imposent dans l’air du temps. Cependant, dès lors que nous avons compris les concepts de l’informatique en périphérie et du cloud computing dans leur relation réciproque, les mécanismes de leur synergie ont commencé à apparaître. Espérons que la confusion continuera de se dissiper.
La périphérie de quoi ?
Le concept d’informatique en périphérie est né de l’essor de l’IoT et d’autres technologies distribuées afin d’être optimisées pour les systèmes et les personnes qui les utilisent.
Par exemple, il n’est pas logique qu’une voiture autonome envoie toutes ses données et ses demandes de traitement via un réseau cellulaire vers un système centralisé situé dans un cloud public. La seule façon pour les voitures autonomes de fonctionner est de conserver les données et les traitements à la périphérie, c’est-à-dire dans la voiture. Cela permet d’effectuer les traitements et de gérer les données avec une latence réseau faible, voire nulle, et d’obtenir des réactions suffisamment rapides pour éviter de percuter un arbre.
Cependant, la périphérie ne concerne plus seulement les appareils. Les clouds en périphérie constituent désormais une option pour ceux qui souhaitent disposer d’une petite instance cloud dans leur centre de données. Cela permet d’effectuer localement les traitements et de stocker les données avec une latence bien moindre que si les données et les demandes de traitement étaient envoyées à mille miles de là, vers un serveur de cloud public partagé avec des centaines d’autres clients.
L’idée consiste à conserver certains services du cloud public, mais pas tous, dans les clouds en périphérie, tout en maintenant une relation symbiotique avec ces clouds et leurs grands clouds publics de tutelle. Ils peuvent collaborer selon les besoins pour le stockage et les traitements, en partageant les données et les tâches de traitement. Les développeurs de systèmes peuvent choisir de déployer les données et les applications dans le cloud en périphérie, dans le cloud public ou au sein d’applications et d’ensembles de données répartis entre les deux.
Stack de Microsoft et Outpost d’AWS sont les meilleurs exemples de clouds en périphérie. D’autres fournisseurs de cloud de plus petite taille ont toutefois eux aussi tiré parti de l’intérêt de certaines entreprises pour ces clouds. Les grands acteurs du cloud considèrent souvent les clouds en périphérie comme une porte d’accès à leurs clouds publics, qui proposent généralement davantage de services et d’avantages. Certaines entreprises continueront néanmoins à privilégier les clouds en périphérie aux clouds publics.
Au-delà des clouds et des appareils en périphérie, on trouve :
- Les capteurs en périphérie, dont les données sont généralement exploitées à la suite d’un événement déclencheur. Par exemple, votre thermostat connecté peut envoyer un SMS à votre téléphone lorsqu’il est temps de remplacer votre filtre.
- Les agences en périphérie disposent de leurs propres fonctions de calcul et de stockage des données. Par exemple, les banques peuvent utiliser ce modèle pour prendre en charge une agence distante qui exploite de manière autonome des systèmes locaux ne nécessitant pas d’interaction constante avec les systèmes centralisés ou les clouds publics.
- Les entreprises en périphérie, à l’instar des agences en périphérie, permettent à des systèmes autonomes d’exister au sein de certaines entités d’une grande entreprise répartie géographiquement. Par exemple, un système d’entreprise en périphérie peut prendre en charge un bureau européen avec des données et des traitements spécifiques au pays et à l’emplacement de ce bureau.
- Les centres de données en périphérie sont des centres de données de plus petite taille qui servent une région géographique. Ce segment de la périphérie a connu une forte croissance depuis le début de la pandémie, les employés travaillant depuis des zones qui nécessitaient un centre de données plus proche pour prendre en charge leurs activités à distance.
Cloud computing ou informatique en périphérie
À l’heure actuelle, la confusion semble se concentrer sur la manière dont le cloud computing et l’informatique en périphérie sont censés coexister. Mise au point : l’informatique en périphérie désigne généralement la périphérie des clouds publics. Il est possible de répartir les traitements et les données entre les clouds publics et les systèmes en périphérie de manière à ce que chacun assume le rôle qu’il remplit le mieux.
Reprenons l’exemple de la voiture autonome présenté plus haut. L’appareil installé dans la voiture doit effectuer certains traitements immédiats, par exemple déterminer que vous vous dirigez vers un arbre et prendre aussitôt des mesures d’évitement afin que vous ne soyez pas tué. Tout aussi important, mais moins critique, l’appareil en périphérie peut transmettre d’énormes quantités de données sur le moteur à des systèmes exécutés sur des serveurs de cloud public en arrière-plan, capables de détecter de manière proactive les problèmes de maintenance. Ces systèmes peuvent exploiter des services plus gourmands en calcul, tels que l’IA et l’analyse approfondie des données, pour identifier et mettre en correspondance des schémas afin d’éviter que vous ne vous retrouviez immobilisé au bord de la route à la suite d’une panne mécanique.
L’idée est que chaque niveau — le niveau périphérique et le niveau cloud — exécute son propre ensemble de fonctions, adaptées à ses besoins. Le cloud prend en charge les tâches qui nécessitent d’importantes capacités de stockage et de traitement, ainsi que des services spécialisés tels que l’IA, l’analyse et la mise en correspondance de schémas. L’appareil en périphérie effectue les tâches qui ne nécessitent pas des capacités excessives de traitement et de stockage des données, mais qui exigent une réponse immédiate avec une latence limitée, voire nulle. Ensemble, les systèmes en périphérie et dans le cloud forment un système unifié dont les composants périphériques et cloud sont conçus spécifiquement pour être hébergés sur une plateforme en périphérie ou dans le cloud.
La périphérie dans le cloud public
Les fournisseurs de cloud public l’avaient vu venir. Tous les grands fournisseurs de cloud proposent des services de développement et de déploiement en périphérie, notamment ceux qui utilisent des conteneurs, le serverless et d’autres technologies développées pour le cloud, ainsi que celles conçues pour l’informatique en périphérie.
Les fournisseurs de cloud public peuvent gérer les déploiements sur des systèmes en périphérie et même tenir à jour des jumeaux numériques pour les appareils et les systèmes en périphérie. Cela permet de conserver des versions des applications et des données destinées aux tests et aux déploiements, qui s’exécutent sur la plupart des types de systèmes en périphérie.
Les systèmes de développement et de déploiement en périphérie fondés sur le cloud public peuvent même gérer le versionnage, la gestion de la configuration et d’autres fonctions liées à l’administration d’un très grand nombre de systèmes distribués en périphérie. Cela prend en charge la plupart des modèles d’informatique en périphérie présentés plus haut, notamment les entreprises, les appareils, les clouds en périphérie et les centres de données en périphérie.
Oui, l’informatique en périphérie recouvre de nombreuses réalités, mais la plupart des chemins ramènent au cloud computing public. La périphérie doit être la périphérie de quelque chose. Dans la plupart des cas, il s’agit de la périphérie d’un cloud public. L’informatique en périphérie et les clouds publics coexistent dans une relation de synergie et de codépendance. C’est le modèle de facto pour l’avenir.