Comment étouffer le logiciel libre sans l’interdire
Benedikt Langer
6 min de lecture Le meilleur argument contre la meilleure IA ouverte de Chine vient d’un homme d’OpenAI. ...
La souveraineté apparaît dans la plupart des présentations comme un argument de valeurs : contrôle des données, indépendance vis-à-vis d’une juridiction étrangère, protection contre toute ingérence politique. Cela convainc le conseil de surveillance et perd face au comité d’investissement. Car le directeur financier ne finance pas une posture, il finance un rendement. Qui veut imposer la souveraineté doit la calculer comme une allocation de capital, avec des surcoûts d’un côté et des risques évités de l’autre. Ce calcul figure rarement sur la diapositive, et c’est précisément là que se décide si la thèse tient.
Les points clés en bref
À lire aussi :Golden Gate : Apple fait de l’IA son fossé défensif / Le marché mondial se fragmente – la force de l’Europe devient un piège
Qu’est-ce que la souveraineté numérique au sens de l’investissement ? Il s’agit de la capacité à exploiter un stack technologique sans dépendre d’une juridiction unique ou d’un fournisseur unique susceptible d’en modifier unilatéralement l’exploitation. Au sens de l’investissement, cela fonctionne comme une assurance contre un événement concret : le jour où le prix, l’accès ou la base juridique échappent à son propre contrôle.
Une assurance coûte une prime. Qui l’occulte vend la souveraineté comme un bien gratuit et perd le débat avec le directeur financier dès la première phrase. Qui l’intègre peut poser la vraie question : la prime vaut-elle le sinistre contre lequel elle assure.
Le cadre glisse ainsi du politique au portefeuille. La souveraineté devient une position avec des coûts d’acquisition, des coûts récurrents et un profil de sinistre attendu. C’est précisément dans ce langage qu’un comité d’investissement prend ses décisions, et c’est précisément dans ce langage que la thèse se gagne ou se rejette.
Les surcoûts d’une infrastructure souveraine sont réels et varient fortement selon la charge. Les fournisseurs cloud européens et les modèles d’exploitation souverains des hyperscalers affichent, dans de nombreux cas, des prix sensiblement supérieurs aux tarifs standards des plateformes mondiales. La raison tient aux économies d’échelle : quiconque exploite moins de capacité et mutualise moins de services peut rarement atteindre le même coût unitaire.
Au prix pur par unité de calcul s’ajoutent des postes moins visibles. Un fournisseur plus modeste propose souvent un portefeuille de services plus étroit, ce qui accroît la part d’autoprestation et, partant, les coûts salariaux. Les charges de migration sont ponctuelles, celles de formation et d’exploitation sont permanentes. Ces montants doivent figurer dans le même calcul, sans quoi l’infrastructure souveraine paraît avantageuse à l’acquisition et coûteuse dès la troisième année d’exploitation.
La version honnête cite une fourchette, non un chiffre précis. Selon la charge de travail et le fournisseur, le surcoût va de négligeable à substantiel. Un pourcentage uniforme appliqué à toutes les charges serait une invention qui s’effondrerait au premier examen critique. L’affirmation qui tient est différente : le surcoût existe, il est quantifiable, et il représente une moitié de l’équation.
L’autre moitié, c’est le risque évité, et il se décompose en deux parties clairement distinctes. La première est le risque de dépendance et de négociation, la seconde est le risque juridictionnel. Les deux peuvent être évalués séparément, et tous deux ont un prix qu’un comité d’investissement comprend.
Ce que le surcoût réduit
Ce que le surcoût implique
Le risque juridictionnel est le poste le plus tangible. Le Cloud Act américain oblige les fournisseurs relevant de la juridiction américaine à communiquer des données en leur possession sur injonction des autorités, même lorsque ces données sont hébergées sur des serveurs européens. La jurisprudence Schrems de la Cour de justice de l’Union européenne a invalidé deux cadres de transfert transatlantique, en dernier lieu le Privacy Shield, imposant aux entreprises des obligations de preuve et de vérification. Les clauses contractuelles types sont restées valides, une nouvelle décision d’adéquation est en vigueur depuis 2023, mais la situation juridique demeure sujette à examen. Conserver ses données dans une infrastructure souveraine dont l’exploitant échappe à cette portée, c’est acheter une distance par rapport à cet accès.
Le risque de négociation est plus subtil, mais souvent plus lourd dans la trésorerie. Un fournisseur dont une entreprise ne peut pas se passer sans difficulté dicte ses prix au fil du temps. Chaque cycle de licences, chaque décision d’architecture accroît les coûts de migration. La souveraineté, comprise comme interchangeabilité, maintient ces coûts bas et préserve ainsi la position de négociation. Ce n’est pas une valeur inscrite au bilan, mais c’en est une dans les achats.
Des deux parties découle la véritable règle de décision. La souveraineté n’est pas rentable pour une entreprise de manière universelle, mais pour chaque charge de travail individuellement. La question n’est jamais de savoir si l’on opte pour la souveraineté ou non, mais quelle charge supporte le surcoût et laquelle ne le supporte pas.
Les systèmes réglementés et critiques pour l’activité le supportent généralement. Données patients, données de conception, systèmes bancaires centraux : des réglementations comme NIS2 ou DORA n’exigent certes pas un modèle d’exploitation souverain, mais imposent la gestion des risques, la résilience et le contrôle des prestataires tiers. Là où ces obligations s’appliquent, le risque évité est élevé et une perte de contrôle coûte cher, voire menace l’existence même de l’entreprise. Le surcoût est ici une prime que le préjudice justifie. Pour les charges de travail standard interchangeables, c’est l’inverse. Un service web générique ou un environnement de test non critique profite peu de la protection juridictionnelle et paie le surcoût sans contrepartie.
Cela devient une décision de portefeuille plutôt qu’une question de foi. L’approche mature est graduée : un noyau souverain pour ce qui est réglementé ou critique, et un standard optimisé en coût pour le reste. Construire tout en mode souverain, c’est subventionner un risque qui n’existe pas. Ne rien construire en mode souverain, c’est s’économiser une assurance dont le sinistre devient de plus en plus concret.
Avant toute validation budgétaire, trois grandeurs doivent être posées sur la table, et aucune n’est politique. Premièrement, le surcoût réel par charge de travail concernée sur trois ans, y compris le développement interne et l’exploitation, pas uniquement le prix catalogue. Deuxièmement, le tableau des préjudices en cas de perte de contrôle pour cette charge précise, du montant des amendes à l’interruption d’activité en passant par le préjudice réputationnel. Troisièmement, les coûts de migration que le statu quo accumule au fil du temps si rien n’est fait.
Une fois ces trois chiffres disponibles, la thèse se décide d’elle-même. La souveraineté constitue un investissement judicieux là où le risque chiffré dépasse le surcoût chiffré, et uniquement là. Cette clarté est plus inconfortable qu’une déclaration de principe, mais c’est la seule forme sous laquelle un directeur financier adhère. Qui raisonne ainsi ne vend pas une posture. Il défend une allocation qui applique le même étalon à la capacité de négociation et au risque.
Une réponse sérieuse indique une fourchette, pas un chiffre fixe. Le surcoût dépend de la charge de travail, du fournisseur et de la part de développement interne, et va de quasi imperceptible à significatif. Avancer un pourcentage forfaitaire toutes charges confondues serait trompeur. L’essentiel est de calculer le surcoût par charge de travail concernée sur trois ans, migration et exploitation comprises, puis de le mettre en regard du risque évité.
Le Cloud Act oblige les fournisseurs relevant de la juridiction américaine à communiquer les données en leur possession sur injonction des autorités, quel que soit le lieu de stockage physique. Les données hébergées sur des serveurs européens d’un tel fournisseur ne sont donc pas automatiquement hors de portée. C’est précisément ce risque qu’adresse un stack souverain dont l’opérateur se situe en dehors du cadre juridique américain. Le poids de ce risque au cas par cas dépend de la sensibilité des données concernées.
Rarement. La souveraineté se justifie charge par charge, non de façon uniforme. Les systèmes réglementés et critiques pour l’activité supportent le surcoût, car le risque évité est élevé. Les charges standard interchangeables en tirent peu de bénéfice et paient le surcoût sans contrepartie. L’approche économiquement cohérente est graduée : un cœur souverain pour les éléments critiques, un standard optimisé en coût pour le reste.
Plus étroit que le débat sur les valeurs ne le laisse supposer. Celui qui ne peut pas quitter un fournisseur sans coûts de migration élevés perd progressivement le contrôle du prix. À chaque renouvellement de licence, le rapport de force se déplace vers le fournisseur. La souveraineté, comprise comme interopérabilité, maintient les coûts de migration bas et préserve ainsi la position de négociation. Cet effet n’apparaît pas au bilan, mais se manifeste directement dans le budget achats des années suivantes.
Premièrement, le surcoût réel par charge de travail concernée sur trois ans, développement interne et exploitation inclus. Deuxièmement, le scénario de dommages en cas de perte de contrôle pour cette charge précise, de l’amende à l’interruption d’activité en passant par le préjudice réputationnel. Troisièmement, les coûts de migration que le fournisseur actuel accumule au fil du temps. Ces trois paramètres réunis permettent de trancher par le calcul : la souveraineté est rentable là où le risque dépasse le surcoût.
À lire aussi sur Digital Chiefs
Digital ChiefsLe point faible dans la proposition de transformationDigital ChiefsLorsqu’un modèle d’IA disparaît du jour au lendemain : pourquoi les DSI ont besoin d’un plan BDigital ChiefsL’IA automatise le travail des juniors : pourquoi les DSI ont besoin des jeunes talentsPlus du réseau MBF Media
cloudmagazinOpenTelemetry : instrumenter une fois, choisir librement son backend mybusinessfutureSourcing en Asie : ce que cela coûte vraiment aux PME securitytodaySécurité des API : l’angle mort derrière chaque intégrationImage de titre : générée par IA (juin 2026)