Les points cl\u00e9s en bref<\/p>\n
- \n
- G\u00e9rer trois logiques en parall\u00e8le. <\/strong> Les plateformes corporate, les syst\u00e8mes OT proches des sites de production et les exigences r\u00e9glementaires s\u2019entrem\u00ealent \u2013 la souverainet\u00e9 consiste \u00e0 ma\u00eetriser de mani\u00e8re contraignante le site, le lieu de traitement, l\u2019exploitant et le chemin de sortie.<\/li>\n
- Cinq classes de workloads. <\/strong> Au moins cinq classes de workloads, allant des SaaS aux syst\u00e8mes centraux en passant par l\u2019IA, le Edge et les traitements r\u00e9glement\u00e9s, remplacent les directives g\u00e9n\u00e9riques \u00ab Cloud-First \u00bb ou \u00ab On-Prem \u00bb.<\/li>\n
- S\u00e9parer les r\u00f4les et les budgets. <\/strong> L\u2019IT corporate d\u00e9finit les lignes de base, la r\u00e9gion adapte la conformit\u00e9, et l\u2019usine g\u00e8re la proximit\u00e9 OT \u2013 Volkswagen et Siemens s\u00e9parent les plateformes centrales des workloads proches de la production.<\/li>\n
- Arbre d\u00e9cisionnel avant le lancement. <\/strong> La classe de donn\u00e9es, la latence et l\u2019int\u00e9gration d\u00e9terminent le lieu et l\u2019exploitant \u2013 la preuve op\u00e9rationnelle, avec RTO et RPO selon la norme ISO 22301, parach\u00e8ve l\u2019architecture.<\/li>\n<\/ul>\n<\/div>\n
Articles associ\u00e9s<\/span>Souverainet\u00e9 num\u00e9rique 2026 : Ce que les DSI doivent savoir sur Delos Cloud, Gaia-X et le R\u00e8glement europ\u00e9en sur les donn\u00e9es<\/a> \/<\/span> Cloud souveraine : la voie de l\u2019Europe vers la souverainet\u00e9 num\u00e9rique<\/a><\/p>\n
\u00c0 lire aussi<\/span>Souverainet\u00e9 num\u00e9rique 2026 : Delos Cloud, Gaia-X, EU Data Act<\/a> \/<\/span> Cloud souverain : la voie de l\u2019Europe vers la souverainet\u00e9 num\u00e9rique<\/a><\/p>\n
Le champ de tension entre souverainet\u00e9, OT et plateformes globales<\/h2>\n
Les DSI et CDO doivent aujourd\u2019hui concilier trois logiques simultan\u00e9ment. Les plateformes corporate poussent \u00e0 la standardisation, aux \u00e9conomies d\u2019\u00e9chelle et aux cycles de release globaux. Les syst\u00e8mes des sites et des usines exigent une disponibilit\u00e9 maximale, des latences d\u00e9termin\u00e9es et un couplage \u00e9troit avec les machines, les syst\u00e8mes de pilotage et les transitions de poste. Les exigences r\u00e9glementaires et contractuelles en mati\u00e8re de r\u00e9sidence des donn\u00e9es, de traitement des donn\u00e9es par des tiers et de tra\u00e7abilit\u00e9 ajoutent des contraintes suppl\u00e9mentaires. Cela ne suffit pas \u00e0 d\u00e9finir une architecture.<\/p>\n
Le champ de tension appara\u00eet lorsque l\u2019une de ces trois logiques devient l\u2019unique boussole. Une directive g\u00e9n\u00e9rique \u00ab Cloud-First \u00bb peut entra\u00eener des probl\u00e8mes de latence, de maintenance et de validation pour les workloads proches de l\u2019OT. Une directive \u00ab On-Prem \u00bb syst\u00e9matique alourdit les co\u00fbts des applications standard et complique la discipline des correctifs et de la gestion des identit\u00e9s. La souverainet\u00e9, au sens IT, n\u2019est pas un engagement politique. C\u2019est la capacit\u00e9 \u00e0 ma\u00eetriser de mani\u00e8re contraignante le site, le lieu de traitement, l\u2019exploitant et le chemin de sortie.<\/p>\n
En pratique, cela signifie que les classes de donn\u00e9es, les lieux de traitement et les responsabilit\u00e9s op\u00e9rationnelles doivent \u00eatre d\u00e9finis avant m\u00eame le choix de la plateforme. Le catalogue de crit\u00e8res C5 du BSI impose aux fournisseurs de cloud de garantir, dans leur description syst\u00e8me, la transparence sur le si\u00e8ge juridique, les lieux de traitement des donn\u00e9es et les obligations de r\u00e9ponse aux autorit\u00e9s. La version C5:2026 renforce encore les exigences techniques en mati\u00e8re de souverainet\u00e9 et de s\u00e9paration des mandants. Parall\u00e8lement, le chapitre V du RGPD (art. 44 et suivants) encadre les transferts de donn\u00e9es personnelles vers des pays tiers. Le Data Act europ\u00e9en (r\u00e8glement (UE) 2023\/2854), applicable depuis septembre 2025, compl\u00e8te ces dispositifs en instaurant des droits de migration cloud et des m\u00e9canismes de protection contre les acc\u00e8s non autoris\u00e9s de pays tiers aux donn\u00e9es non personnelles stock\u00e9es dans l\u2019UE. Si ces exigences ne sont d\u00e9finies qu\u2019apr\u00e8s la migration vers le cloud, les co\u00fbts de correction et les risques d\u2019audit augmentent. Cela vaut particuli\u00e8rement lorsque les donn\u00e9es de production, les donn\u00e9es RH et les interfaces fournisseurs se retrouvent sur la m\u00eame pile.<\/p>\n
Des classes de charge de travail plut\u00f4t qu\u2019une r\u00e8gle \u00ab Cloud First \u00bb g\u00e9n\u00e9ralis\u00e9e<\/h2>\n
Un mod\u00e8le op\u00e9rationnel solide commence par des classes de charge de travail, et non par les fournisseurs. Il est judicieux de d\u00e9finir au moins cinq cat\u00e9gories : les services SaaS et de collaboration \u00e0 l\u2019\u00e9chelle de l\u2019entreprise, les syst\u00e8mes centraux n\u00e9cessitant une forte int\u00e9gration, les charges de travail analytiques et d\u2019IA, les traitements proches du edge (contr\u00f4le et capteurs), ainsi que les traitements r\u00e9glement\u00e9s ou li\u00e9s \u00e0 un site sp\u00e9cifique. Chaque classe doit s\u2019accompagner de crit\u00e8res pr\u00e9cis concernant la latence, la classification des donn\u00e9es, la fr\u00e9quence des modifications, la capacit\u00e9 op\u00e9rationnelle et les co\u00fbts de sortie.<\/p>\n
Le cloud se pr\u00eate aux situations o\u00f9 l\u2019\u00e9lasticit\u00e9, les identit\u00e9s globales et les processus op\u00e9rationnels standardis\u00e9s g\u00e9n\u00e8rent de la valeur. Le edge et les capacit\u00e9s de calcul locales conviennent l\u00e0 o\u00f9 les cadences de production, la capacit\u00e9 de fonctionnement hors ligne ou l\u2019int\u00e9gration \u00e9troite avec l\u2019OT dictent le rythme. L\u2019hybride consiste \u00e0 attribuer de mani\u00e8re planifi\u00e9e les charges de travail aux lieux et aux modes d\u2019exploitation adapt\u00e9s. Des mod\u00e8les de r\u00e9f\u00e9rence \u00e9prouv\u00e9s offrent une orientation : la hi\u00e9rarchie fonctionnelle selon ISA-95 (IEC 62264) s\u00e9pare le processus physique, le contr\u00f4le, l\u2019ex\u00e9cution de la fabrication et les syst\u00e8mes d\u2019entreprise. La s\u00e9rie de normes ISA\/IEC 62443 compl\u00e8te ce cadre en introduisant des zones et des conduits, c\u2019est-\u00e0-dire des zones de s\u00e9curit\u00e9 aux exigences de protection comparables et des chemins de communication contr\u00f4l\u00e9s entre elles.<\/p>\n
Une segmentation rigoureuse des classes de charge de travail permet d\u2019\u00e9viter deux erreurs typiques. La premi\u00e8re consiste \u00e0 migrer uniquement des syst\u00e8mes critiques proches de l\u2019usine sous pr\u00e9texte que la norme du groupe impose le cloud. La seconde r\u00e9side dans le blocage de charges de travail standard sans risque, derri\u00e8re des arguments de souverainet\u00e9 qui ne tiennent ni techniquement ni juridiquement. La question d\u00e9cisive est la suivante : quel contr\u00f4le, quel lieu et quel op\u00e9rateur pour cette classe ?<\/p>\n
R\u00f4les de l\u2019usine, de la r\u00e9gion et de l\u2019IT du groupe<\/h2>\n
Sans r\u00f4les clairement d\u00e9finis, l\u2019hybride se transforme en IT fant\u00f4me et en redondances. L\u2019IT du groupe \u00e9tablit les principes d\u2019architecture, les bases d\u2019identit\u00e9 et de s\u00e9curit\u00e9, les cadres d\u2019approvisionnement et les normes de plateforme. L\u2019IT r\u00e9gionale adapte ces directives aux r\u00e9alit\u00e9s locales en mati\u00e8re de conformit\u00e9, de contrats et d\u2019exploitation. L\u2019\u00e9chelon de l\u2019usine est responsable de la proximit\u00e9 avec l\u2019OT, du travail en \u00e9quipes, de la gestion des perturbations locales et de l\u2019interface avec la maintenance et la production.<\/p>\n
Cette interface doit \u00eatre formalis\u00e9e. Les droits de modification et de release, la propri\u00e9t\u00e9 des incidents et les circuits de validation pour les changements li\u00e9s \u00e0 l\u2019OT doivent figurer dans un mod\u00e8le op\u00e9rationnel dot\u00e9 de voies d\u2019escalade claires. Les identit\u00e9s, les zones r\u00e9seau et les journaux ne doivent pas \u00eatre r\u00e9invent\u00e9s \u00e0 chaque site. Parall\u00e8lement, l\u2019usine doit disposer d\u2019une marge de man\u0153uvre pour les syst\u00e8mes tactiques ne pouvant suivre le rythme des releases du groupe.<\/p>\n
Sur le plan financier, les d\u00e9penses d\u2019investissement (Capex) et les d\u00e9penses d\u2019exploitation (Opex) se s\u00e9parent selon ces r\u00f4les. Les plateformes du groupe peuvent souvent \u00eatre budg\u00e9tis\u00e9es en tant que services partag\u00e9s. Les infrastructures locales et l\u2019int\u00e9gration avec l\u2019OT restent davantage pilot\u00e9es par l\u2019investissement et n\u00e9cessitent une planification pluriannuelle de maintenance et de modernisation. Des exemples concrets d\u2019entreprises confirment cette s\u00e9paration des niveaux de contr\u00f4le : Volkswagen construit avec la Group Private Cloud 2.0, bas\u00e9e sur la T Cloud Private de T-Systems, une plateforme centrale pour les applications d\u2019entreprise, et souligne, selon Hauke Stars, membre du directoire IT du groupe, la combinaison de partenariats et d\u2019infrastructures propres. Le \u00ab cloud-only \u00bb n\u2019y est explicitement pas envisag\u00e9. En parall\u00e8le, Volkswagen exploite des charges de travail proches de la production via la plateforme Digitale Produktionsplattform avec AWS. Siemens d\u00e9crit, dans son usine de moteurs de Bad Neustadt, la convergence de l\u2019IT et de l\u2019OT comme un cas d\u2019exploitation local avec une fabrication pilot\u00e9e par les donn\u00e9es. Sans cette s\u00e9paration des r\u00f4les et des budgets, des budgets fant\u00f4mes et des priorit\u00e9s concurrentes apparaissent entre l\u2019usine et le si\u00e8ge.<\/p>\n
Risques d’approvisionnement et d’exploitation dans le cadre allemand<\/h2>\n
Le cadre allemand pr\u00e9sente des risques d’approvisionnement typiques. Les longs d\u00e9lais de livraison pour les serveurs, le mat\u00e9riel r\u00e9seau et OT se heurtent \u00e0 des fen\u00eatres de maintenance restreintes dans la production. Les contrats-cadres avec des hyperscalers mondiaux et des h\u00e9bergeurs locaux fonctionnent en parall\u00e8le et g\u00e9n\u00e8rent des incoh\u00e9rences au niveau des SLA, des droits d’audit et des clauses de sortie. Les p\u00e9nuries de personnel dans les r\u00f4les op\u00e9rationnels proches de l’OT renforcent la d\u00e9pendance envers les int\u00e9grateurs et le support des fabricants.<\/p>\n
Les risques op\u00e9rationnels d\u00e9coulent de l’architecture. La s\u00e9paration des identit\u00e9s entre IT et OT augmente les surfaces d’attaque et complique la tra\u00e7abilit\u00e9 forensique. Une r\u00e9sidence des donn\u00e9es floue dans les pipelines de sauvegarde, de journalisation et d’IA entra\u00eene des corrections ult\u00e9rieures. Des retards de correctifs sur les syst\u00e8mes proches du edge apparaissent lorsque les mises \u00e0 jour de s\u00e9curit\u00e9 ne sont pas coordonn\u00e9es avec les validations de production. Le BSI souligne dans ses recommandations ICS et OT que l’OT n\u00e9cessite des temps de fonctionnement plus longs, des fen\u00eatres de maintenance rares et des exigences en temps r\u00e9el. Les mesures de protection de l’IT bureautique ne peuvent donc \u00eatre que partiellement transpos\u00e9es. Les \u00ab Principes de cybers\u00e9curit\u00e9 OT \u00bb du BSI (2024) s’adressent aux d\u00e9cideurs et exigent une gestion holistique de la planification \u00e0 l’exploitation. La norme ISA\/IEC 62443 propose, avec les zones, les conduits et le rapport technique 62443-2-3, des bases concr\u00e8tes pour la segmentation et la gestion des correctifs dans les syst\u00e8mes industriels d’automatisation et de contr\u00f4le. Le module de base de protection IT IND.1 du BSI compl\u00e8te ces exigences par des sp\u00e9cifications pour les techniques de conduite de processus et d’automatisation.<\/p>\n
L’approvisionnement doit donc suivre l’architecture, et non l’inverse. Une approche multi-cloud bas\u00e9e uniquement sur des r\u00e9flexes de n\u00e9gociation augmente les co\u00fbts d’exploitation et de gouvernance si les classes de workload et les flux de donn\u00e9es ne sont pas d\u00e9finis au pr\u00e9alable. Le colocation local ou les variantes d’h\u00e9bergement souverain ne sont utiles que si les processus op\u00e9rationnels, la gestion des cl\u00e9s et la reprise apr\u00e8s sinistre sont test\u00e9s et budg\u00e9tis\u00e9s. Le DSI g\u00e8re ici les risques r\u00e9siduels et la capacit\u00e9 de sortie.<\/p>\n
Arbre de d\u00e9cision pour les cas hybrides et edge<\/h2>\n
Un arbre de d\u00e9cision utilisable commence par la classe de donn\u00e9es et de processus. Les d\u00e9cideurs doivent d’abord clarifier si le workload traite des donn\u00e9es personnelles, sensibles ou critiques pour la production, et quelles obligations de r\u00e9sidence et de contr\u00f4le s’appliquent. Ensuite, la question de la latence et de la disponibilit\u00e9 se pose : une zone cloud r\u00e9gionale suffit-elle ? Faut-il une proximit\u00e9 avec l’usine ou une capacit\u00e9 hors ligne ? Viennent ensuite la fr\u00e9quence des modifications et la densit\u00e9 d’int\u00e9gration avec le MES (Manufacturing Execution System), le SCADA (Supervisory Control and Data Acquisition), l’ERP et les services d’identit\u00e9.<\/p>\n
Ce n’est qu’apr\u00e8s que la d\u00e9cision concernant le lieu et l’exploitant est prise. Le SaaS est acceptable si la classe de donn\u00e9es, le contrat et la sortie sont adapt\u00e9s. Le cloud priv\u00e9 ou virtuel priv\u00e9 convient aux syst\u00e8mes centraux int\u00e9gr\u00e9s avec des exigences de contr\u00f4le \u00e9lev\u00e9es. Les instances edge et on-premise sont utilis\u00e9es pour les couplages OT, les limites de latence strictes ou les validations li\u00e9es au site. L’approche hybride \u00e9merge lorsque le pr\u00e9traitement des donn\u00e9es est local et que l’analyse ou l’entra\u00eenement sont centralis\u00e9s, avec des interfaces standardis\u00e9es.<\/p>\n
L’arbre se termine par la preuve op\u00e9rationnelle. Qui exploite, qui applique les correctifs, qui escalade et comment la reprise apr\u00e8s sinistre est assur\u00e9e dans quel d\u00e9lai doit \u00eatre r\u00e9pondu avant le lancement. La norme ISO 22301 sur la gestion de la continuit\u00e9 d’activit\u00e9 d\u00e9finit \u00e0 cet effet les objectifs cl\u00e9s RTO (Recovery Time Objective, temps d’interruption maximal tol\u00e9rable) et RPO (Recovery Point Objective, perte de donn\u00e9es maximale tol\u00e9rable). L’absence de cette preuve rend l’architecture incompl\u00e8te, m\u00eame si la plateforme cible est formellement approuv\u00e9e.<\/p>\n
Pour le DSI et le CDO, la conclusion est claire : l’IT sur site devient un objet de pilotage avec les classes de workload, le mod\u00e8le de r\u00f4les et l’arbre de d\u00e9cision. Le cloud reste un outil. La souverainet\u00e9 reste une capacit\u00e9 de pilotage. L’OT reste une r\u00e9alit\u00e9 op\u00e9rationnelle. Qui relie ces trois niveaux dans le mod\u00e8le op\u00e9rationnel r\u00e9duit les mauvaises allocations de Capex et cr\u00e9e des d\u00e9cisions hybrides fiables pour le mode allemand.<\/p>\n
Foire aux questions<\/h2>\n
\nPourquoi les risques d\u2019audit augmentent-ils avec les d\u00e9cisions de r\u00e9sidence et de sortie diff\u00e9r\u00e9es ?<\/summary>\n
Les cat\u00e9gories de donn\u00e9es, les lieux de traitement et les responsabilit\u00e9s op\u00e9rationnelles doivent \u00eatre d\u00e9finis avant le choix de la plateforme. Le r\u00e9f\u00e9rentiel C5:2026 exige une transparence sur le for juridique, les emplacements des donn\u00e9es et la s\u00e9paration des mandats. Le chapitre V du RGPD encadre les transferts vers des pays tiers, tandis que l\u2019EU Data Act, en vigueur depuis septembre 2025, renforce les droits de migration et la protection contre les acc\u00e8s non autoris\u00e9s depuis des \u00c9tats tiers. Les corrections ult\u00e9rieures g\u00e9n\u00e8rent des co\u00fbts de mise aux normes et des risques d\u2019audit d\u00e8s que les donn\u00e9es de production, de personnel et de fournisseurs se retrouvent dans la m\u00eame infrastructure.<\/p>\n<\/details>\n
\nQuels risques d\u2019approvisionnement influencent particuli\u00e8rement la configuration en Allemagne ?<\/summary>\n
Les d\u00e9lais d\u2019approvisionnement longs pour les serveurs, le mat\u00e9riel r\u00e9seau et les \u00e9quipements OT se heurtent \u00e0 des fen\u00eatres de maintenance restreintes dans la production. Les contrats-cadres parall\u00e8les avec des hyperscalers et des h\u00e9bergeurs locaux cr\u00e9ent des incoh\u00e9rences en mati\u00e8re de SLA, de droits d\u2019audit et de clauses de sortie. Les p\u00e9nuries de personnel dans les r\u00f4les op\u00e9rationnels proches de l\u2019OT accentuent la d\u00e9pendance vis-\u00e0-vis des int\u00e9grateurs et du support des fabricants. La strat\u00e9gie d\u2019approvisionnement suit l\u2019architecture d\u00e8s que les classes de charge de travail et les flux de donn\u00e9es sont d\u00e9finis.<\/p>\n<\/details>\n
\nComment formaliser l\u2019interface entre la DSI du groupe et l\u2019usine ?<\/summary>\n
Les droits de changement et de mise en production, la propri\u00e9t\u00e9 des incidents et les processus d\u2019approbation pour les modifications pertinentes pour l\u2019OT doivent \u00eatre int\u00e9gr\u00e9s dans un mod\u00e8le op\u00e9rationnel dot\u00e9 de voies d\u2019escalade claires. Les identit\u00e9s, les zones r\u00e9seau et les journaux restent standardis\u00e9s \u00e0 l\u2019\u00e9chelle du groupe. Parall\u00e8lement, l\u2019usine conserve une marge de man\u0153uvre d\u00e9cisionnelle pour les syst\u00e8mes tactiques en dehors du rythme de publication du groupe. Les d\u00e9penses d\u2019investissement (Capex) et les d\u00e9penses d\u2019exploitation (Opex) ob\u00e9issent \u00e0 la m\u00eame logique de r\u00f4les et s\u00e9parent les services partag\u00e9s du groupe de l\u2019infrastructure locale, pilot\u00e9e par des investissements.<\/p>\n<\/details>\n
\nQuand l\u2019architecture reste-t-elle incompl\u00e8te malgr\u00e9 une plateforme cible approuv\u00e9e ?<\/summary>\n
Lorsque la preuve op\u00e9rationnelle fait d\u00e9faut avant le lancement. Il faut r\u00e9pondre de mani\u00e8re contraignante \u00e0 la question de savoir qui op\u00e8re, qui applique les correctifs, qui g\u00e8re les escalades et comment la reprise apr\u00e8s sinistre est assur\u00e9e. La norme ISO 22301 d\u00e9finit \u00e0 cet effet le RTO comme le temps d\u2019arr\u00eat maximal tol\u00e9rable et le RPO comme la perte de donn\u00e9es maximale admissible. Sans ces objectifs et des voies claires de responsabilit\u00e9, l\u2019architecture reste incompl\u00e8te.<\/p>\n<\/details>\n
- Cinq classes de workloads. <\/strong> Au moins cinq classes de workloads, allant des SaaS aux syst\u00e8mes centraux en passant par l\u2019IA, le Edge et les traitements r\u00e9glement\u00e9s, remplacent les directives g\u00e9n\u00e9riques \u00ab Cloud-First \u00bb ou \u00ab On-Prem \u00bb.<\/li>\n
![\"Wenn](\"https:\/\/www.cloudmagazin.com\/wp-content\/uploads\/2026\/07\/wenn-gpus-den-saas-etat-auffressen-cover-hero-250x143.jpg\")
<\/p>\n![\"KI](\"https:\/\/mybusinessfuture.com\/wp-content\/uploads\/2026\/07\/ki-mittelstand-pilot-skalierung-roi-roadmap-cover-hero-250x195.jpg\")
<\/p>\n![\"Der](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/cover-hero-3-250x143.jpg\")
<\/p>\n