5 min de lecture<\/p>\n
Pour les boutiques en ligne et les CRM, le cloud reste la solution par d\u00e9faut. Dans les secteurs de la production, de l’\u00e9nergie, de la logistique et du commerce, c’est la latence, la souverainet\u00e9 des donn\u00e9es, la bande passante et la r\u00e9silience qui d\u00e9terminent quelle partie du workload doit fonctionner en local.<\/strong><\/p>\n Les points cl\u00e9s en bref<\/p>\n Articles associ\u00e9s :<\/span>Quand l’atelier et le data center forment un r\u00e9seau<\/a> \/<\/span> Les contrats rigides de data centers face \u00e0 la flexibilit\u00e9 de l’EnEfG<\/a><\/p>\n Qu’est-ce que l’edge computing ?<\/strong> L’edge computing traite les donn\u00e9es \u00e0 proximit\u00e9 de leur lieu de cr\u00e9ation : sur la machine, sur site ou dans un cluster local. Le cloud prend souvent en charge l’agr\u00e9gation, l’entra\u00eenement des mod\u00e8les et le contr\u00f4le centralis\u00e9. L’objectif est de r\u00e9duire la latence, la consommation de bande passante et d’assurer une disponibilit\u00e9 locale. Le cloud reste souvent le lieu privil\u00e9gi\u00e9 pour l’agr\u00e9gation, l’entra\u00eenement et le contr\u00f4le centralis\u00e9.<\/p>\n<\/div>\n Le passage au cloud centralis\u00e9 \u00e9tait une d\u00e9cision rationnelle. Plut\u00f4t que de disposer de puissance de calcul \u00e0 de nombreux endroits, on la concentre dans quelques sites \u00e9lastiques et \u00e9volutifs, ce qui offre un confort d\u2019exploitation, une scalabilit\u00e9 et un bloc de co\u00fbts pr\u00e9visible. Pour une boutique en ligne, un CRM ou un entrep\u00f4t de donn\u00e9es, ce choix reste pertinent. Cependant, l\u2019hypoth\u00e8se selon laquelle chaque charge de travail ob\u00e9irait \u00e0 la m\u00eame logique ne r\u00e9siste pas \u00e0 l\u2019\u00e9preuve des faits.<\/p>\n D\u00e8s que les donn\u00e9es sont g\u00e9n\u00e9r\u00e9es l\u00e0 o\u00f9 se d\u00e9roulent des processus physiques, le calcul ne tient plus. Une cha\u00eene de production, un poste de transformation, un centre logistique ou un point de vente cr\u00e9e des flux de donn\u00e9es dont la valeur est li\u00e9e \u00e0 leur lieu et \u00e0 leur moment de cr\u00e9ation. Transmettre ces flux sur des centaines de kilom\u00e8tres pour obtenir une d\u00e9cision revient, dans de nombreux cas, \u00e0 une d\u00e9pense technique et \u00e9conomique inutile. L\u2019Edge Computing<\/strong> (informatique en p\u00e9riph\u00e9rie) ram\u00e8ne le traitement l\u00e0 o\u00f9 il est n\u00e9cessaire. La v\u00e9ritable t\u00e2che ne consiste pas \u00e0 choisir entre stockage local et cloud, mais \u00e0 classer chaque charge de travail selon des crit\u00e8res clairs.<\/p>\n La question d\u00e9cisive est de savoir quelle partie d\u2019une charge de travail doit \u00eatre trait\u00e9e o\u00f9. Edge et cloud forment un continuum.<\/p>\n<\/blockquote>\n Latence.<\/strong> Lorsqu\u2019une machine doit r\u00e9agir en millisecondes, l\u2019envoi des donn\u00e9es vers un centre de calcul distant devient impensable. Le contr\u00f4le qualit\u00e9 en synchronisation avec la production, la gestion des syst\u00e8mes de transport automatis\u00e9s ou les fonctions de protection dans le secteur \u00e9nerg\u00e9tique n\u00e9cessitent des boucles de r\u00e9gulation locales. Le retour des donn\u00e9es vers le cloud ajoute un d\u00e9lai que le processus ne peut se permettre.<\/p>\n Souverainet\u00e9 des donn\u00e9es.<\/strong> Les donn\u00e9es personnelles, sensibles ou soumises \u00e0 r\u00e9glementation sont soumises \u00e0 des exigences strictes quant \u00e0 leur localisation et \u00e0 leur traitement. En conservant le traitement sur site, la ma\u00eetrise de la trajectoire des donn\u00e9es reste transparente. Dans l\u2019espace DACH (Allemagne, Autriche, Suisse), cette question rel\u00e8ve moins du confort que de la conformit\u00e9 r\u00e9glementaire.<\/p>\n Co\u00fbts de bande passante.<\/strong> Les cam\u00e9ras, capteurs et instruments de mesure g\u00e9n\u00e8rent des volumes de donn\u00e9es brutes trop importants pour \u00eatre transf\u00e9r\u00e9s \u00e9conomiquement vers le cloud. L\u2019Edge permet de filtrer, agr\u00e9ger et ne transmettre que les informations pertinentes. R\u00e9sultat : la charge de transmission diminue, tout comme les co\u00fbts r\u00e9currents li\u00e9s \u00e0 la connectivit\u00e9 et au stockage.<\/p>\n R\u00e9silience.<\/strong> Un site dont le fonctionnement d\u00e9pend d\u2019une connexion toujours op\u00e9rationnelle est mal con\u00e7u. Le traitement local maintient les fonctions critiques en activit\u00e9, m\u00eame en cas de rupture temporaire de la liaison avec le si\u00e8ge. Pour les secteurs de l\u2019industrie, du commerce et de l\u2019approvisionnement, cela fait la diff\u00e9rence entre la continuit\u00e9 des op\u00e9rations et l\u2019arr\u00eat total.<\/p>\n Les quatre crit\u00e8res ci-dessus suffisent pour orienter la d\u00e9cision. Pour affiner la r\u00e9partition par charge de travail, il faut ajouter l’intensit\u00e9 de calcul et l’exploitation. Aucun crit\u00e8re ne d\u00e9cide \u00e0 lui seul : c’est l’accumulation de ces facteurs qui d\u00e9termine o\u00f9 une charge de travail doit \u00eatre h\u00e9berg\u00e9e.<\/p>\n Le v\u00e9ritable levier<\/p>\n C’est le cheminement des donn\u00e9es qui d\u00e9cide. Il ne tranche pas de mani\u00e8re globale pour l’ensemble du syst\u00e8me.<\/strong> Consid\u00e9rer Edge et Cloud comme une question purement architecturale revient \u00e0 trop simplifier. La r\u00e9partition optimale ne se d\u00e9termine qu’en analysant individuellement chaque flux de donn\u00e9es : son traitement doit-il avoir lieu sur site ou dans le cloud ?<\/p>\n<\/div>\n Dans l’espace germanophone, les calculs strat\u00e9giques int\u00e8grent un \u00e9l\u00e9ment souvent n\u00e9glig\u00e9 dans les d\u00e9bats mondiaux sur le cloud : la souverainet\u00e9 des donn\u00e9es n’est pas un sujet marginal. R\u00e9glementations, accords d’entreprise et l’exigence de pouvoir prouver le lieu de traitement transforment une question technique en enjeu strat\u00e9gique. Pour les entreprises qui traitent des donn\u00e9es sensibles sur site, il n’est m\u00eame plus n\u00e9cessaire de justifier pourquoi ces donn\u00e9es n’ont jamais quitt\u00e9 un data center \u00e9loign\u00e9.<\/p>\n Cette r\u00e9alit\u00e9 s’applique particuli\u00e8rement aux secteurs caract\u00e9ris\u00e9s par une longue dur\u00e9e de vie des installations et une int\u00e9gration verticale pouss\u00e9e. Industrie, \u00e9nergie et sant\u00e9 conservent des donn\u00e9es dont le parcours au sein de l’infrastructure doit pouvoir \u00eatre retrac\u00e9. L’informatique en p\u00e9riph\u00e9rie (Edge Computing) fournit cette preuve de mani\u00e8re structurelle : le traitement s’ach\u00e8ve l\u00e0 o\u00f9 il a commenc\u00e9. Pour les organisations de la r\u00e9gion DACH soumises \u00e0 des obligations de tra\u00e7abilit\u00e9, cette approche est souvent plus convaincante que toute mesure de latence.<\/p>\n On pourrait objecter que Edge est co\u00fbteux \u00e0 exploiter : nombreux sites, multiples petits syst\u00e8mes, maintenance d\u00e9centralis\u00e9e. Cette objection est fond\u00e9e, mais elle passe \u00e0 c\u00f4t\u00e9 de l\u2019essentiel. Personne ne construit son entrep\u00f4t de donn\u00e9es directement sur la machine. Une architecture robuste r\u00e9partit la charge de travail. Les traitements critiques en temps r\u00e9el, le pr\u00e9-filtrage et la r\u00e9gulation locale s\u2019ex\u00e9cutent en Edge, tandis que l\u2019agr\u00e9gation, l\u2019analyse \u00e0 long terme et l\u2019entra\u00eenement des mod\u00e8les restent centralis\u00e9s. L\u2019Edge d\u00e9cide en temps r\u00e9el, tandis que le Cloud apprend dans la dur\u00e9e.<\/p>\n Cette r\u00e9partition limite la transmission de donn\u00e9es et pr\u00e9serve les ressources centrales pour les t\u00e2ches qui en ont r\u00e9ellement besoin. En n\u2019envoyant que l\u2019essentiel vers le Cloud, on r\u00e9duit les co\u00fbts de transmission et de stockage, tout en renfor\u00e7ant la r\u00e9silience locale. L\u2019erreur ne r\u00e9side pas dans l\u2019utilisation du Cloud, mais dans le fait de le consid\u00e9rer comme la destination par d\u00e9faut pour chaque flux de donn\u00e9es, sans m\u00eame se poser la question du lieu le plus adapt\u00e9.<\/p>\n Tout commence par un inventaire, suivi d\u2019une d\u00e9cision technologique. Chaque flux de donn\u00e9es pertinent est r\u00e9pertori\u00e9, puis \u00e9valu\u00e9 selon quatre crit\u00e8res : quelle est la contrainte de latence, quelle est la sensibilit\u00e9 des donn\u00e9es, quel est le volume brut des donn\u00e9es, et que se passe-t-il en cas de connexion perturb\u00e9e. Cette classification permet de d\u00e9terminer presque automatiquement la r\u00e9partition.<\/p>\n Le reste rel\u00e8ve de la discipline. Plut\u00f4t que d\u2019adopter une doctrine globale de \u00ab cloud-first \u00bb ou \u00ab edge-first \u00bb, la r\u00e8gle consiste \u00e0 soumettre chaque nouvelle charge de travail \u00e0 cette grille avant son d\u00e9ploiement. Cela demande un peu de temps en phase de planification, mais permet d\u2019\u00e9conomiser en latence, en bande passante et en efforts r\u00e9glementaires pendant l\u2019exploitation. L\u2019Edge Computing<\/strong> (informatique en p\u00e9riph\u00e9rie) corrige ainsi une hypoth\u00e8se globale et se r\u00e9v\u00e8le compl\u00e9mentaire au cloud. Tout ne doit pas n\u00e9cessairement \u00eatre h\u00e9berg\u00e9 dans le cloud. Cette distinction peut \u00eatre anticip\u00e9e.<\/p>\n D\u00e8s lors que la latence, la souverainet\u00e9 des donn\u00e9es, les co\u00fbts de bande passante ou la r\u00e9silience deviennent critiques. Une machine devant r\u00e9agir en millisecondes, des donn\u00e9es sensibles n\u00e9cessitant une localisation g\u00e9ographique pr\u00e9cise, des volumes massifs de donn\u00e9es brutes issus de cam\u00e9ras et de capteurs, ou encore un fonctionnement continu sans connexion r\u00e9seau plaident en faveur d’un traitement local. Plus ces crit\u00e8res sont nombreux, plus la r\u00e9ponse est \u00e9vidente.<\/p>\n<\/details>\n Non. Edge et cloud forment un continuum. Les d\u00e9cisions critiques en temps r\u00e9el, le pr\u00e9traitement et les analyses locales s’effectuent en p\u00e9riph\u00e9rie, tandis que l’agr\u00e9gation, les analyses \u00e0 long terme et le training restent centralis\u00e9s. Une architecture robuste r\u00e9partit la charge de travail plut\u00f4t que de choisir un camp.<\/p>\n<\/details>\n Un r\u00f4le majeur. La r\u00e9glementation et l’exigence de pouvoir justifier l’emplacement du traitement transforment une question technique en enjeu strat\u00e9gique. Traiter les donn\u00e9es sensibles d’un processus sur site garantit un contr\u00f4le tra\u00e7able de leur parcours et \u00e9vite d’avoir \u00e0 justifier leur transfert vers un datacenter distant.<\/p>\n<\/details>\n\n
Le cloud n\u2019a jamais \u00e9t\u00e9 con\u00e7u comme une solution universelle<\/h2>\n
\n
Quatre crit\u00e8res exigeants poussent le traitement vers le Edge<\/h2>\n
La matrice de charge de travail s\u00e9pare les t\u00e2ches locales des t\u00e2ches centralis\u00e9es<\/h2>\n
\n\n
\n \nCrit\u00e8re<\/th>\n Favorise l’Edge<\/th>\n Favorise le Cloud<\/th>\n<\/tr>\n<\/thead>\n \n Latence<\/td>\n Contr\u00f4le en temps r\u00e9el, r\u00e9action en millisecondes<\/td>\n Des secondes, voire des minutes, ne posent pas de probl\u00e8me<\/td>\n<\/tr>\n \n Volume de donn\u00e9es<\/td>\n Donn\u00e9es brutes massives issues de cam\u00e9ras et de capteurs<\/td>\n Jeux de donn\u00e9es compacts et pr\u00e9structur\u00e9s<\/td>\n<\/tr>\n \n Souverainet\u00e9 des donn\u00e9es<\/td>\n Donn\u00e9es r\u00e9glement\u00e9es, personnelles ou sensibles<\/td>\n Donn\u00e9es non critiques sans contrainte g\u00e9ographique<\/td>\n<\/tr>\n \n R\u00e9silience<\/td>\n Le syst\u00e8me doit fonctionner sans connexion<\/td>\n Des interruptions courtes sont acceptables<\/td>\n<\/tr>\n \n Intensit\u00e9 de calcul<\/td>\n Pr\u00e9traitement, filtrage, mod\u00e8les l\u00e9gers<\/td>\n Entra\u00eenement massif, analytique large, agr\u00e9gation<\/td>\n<\/tr>\n \n Exploitation<\/td>\n Peu de configurations standardis\u00e9es sur site<\/td>\n Maintenance centralis\u00e9e, \u00e9lasticit\u00e9 de la mise \u00e0 l’\u00e9chelle<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n Le facteur souverainet\u00e9 dans la r\u00e9gion DACH<\/h2>\n
R\u00e9partition plut\u00f4t que choix binaire<\/h2>\n
La premi\u00e8re \u00e9tape : une grille de charge de travail<\/h2>\n
Questions fr\u00e9quentes<\/h2>\n
Quand faut-il privil\u00e9gier le traitement en p\u00e9riph\u00e9rie (edge) plut\u00f4t que dans le cloud ?<\/strong><\/summary>\n
Le edge computing remplace-t-il le cloud ?<\/strong><\/summary>\n
Quel r\u00f4le joue la souverainet\u00e9 des donn\u00e9es dans l’espace DACH ?<\/strong><\/summary>\n