Résumé

  • AWS assortit son European Sovereign Cloud d’engagements opérationnels, juridiques et architecturaux précis ; il faut toutefois les vérifier comme une carte de contrôle, et non accepter une simple étiquette de localisation.
  • Une décision défendable examine six voies : opérations privilégiées, identité et clés, assistance, chaîne logicielle, gouvernance et pouvoir de modification en urgence.

Une charge réglementée peut conserver toutes ses données dans le Brandebourg tout en laissant ouverte sa décision la plus importante hors régime normal : qui autorise une modification urgente si la chaîne de commandement habituelle n’est plus disponible ? La question ne suppose aucun manquement. Elle distingue la résidence — l’endroit où les données reposent — de la souveraineté opérationnelle — l’ensemble des personnes, identifiants, entités juridiques et fournisseurs capables d’en modifier le destin.

La proposition d’AWS dépasse un simple badge régional. Disponible depuis le 14 janvier 2026, l’AWS European Sovereign Cloud a ouvert une première région dans le Brandebourg, avec trois zones de disponibilité. AWS affirme que l’environnement est physiquement et logiquement séparé de ses autres régions, dispose de systèmes dédiés d’identité, de facturation et de DNS, conserve dans l’UE le contenu et les métadonnées créées par les clients, et peut fonctionner si la connexion avec le reste du monde est interrompue.

Les opérations quotidiennes relèvent de personnel résidant dans l’UE, avec une transition progressive vers des citoyens de l’UE. Des sociétés allemandes dédiées et un conseil consultatif composé de citoyens européens complètent ce périmètre.

Ces contrôles sont importants. Ils restent des déclarations du fournisseur et des engagements contractuels ; ils ne prouvent pas que chaque architecture cliente produit automatiquement le même résultat. La fédération d’identités, l’assistance, l’observabilité, la gestion des clés, les outils de déploiement ou un logiciel tiers peuvent réintroduire une dépendance. La souveraineté commence donc par un inventaire.

La première voie concerne les opérations privilégiées : rôles capables de modifier la production, juridiction et employeur, approbations et accès de dernier recours. La deuxième concerne l’identité et l’autorité cryptographique : contrôle des identifiants racine, systèmes de signature et clés, ainsi que toute identité externe située sur le chemin critique. La troisième est l’assistance : une interface locale ne suffit pas si un incident complexe exige une équipe ou un système de diagnostic hors périmètre.

La quatrième est la chaîne logicielle. Une région européenne peut dépendre d’un dépôt de code, d’une chaîne de compilation, de clés de signature, d’un renseignement sur les vulnérabilités ou d’une autorité de mise en production située ailleurs. AWS affirme n’avoir aucune dépendance critique envers une infrastructure hors UE ; l’acheteur doit convertir cette affirmation en composants, essais de défaillance et preuves.

La cinquième voie est la gouvernance : quelle entité contracte, emploie, sous-traite et peut être juridiquement contrainte ? L’Addendum prévoit des engagements de personnel, de gouvernance, de sous-traitance, de continuité et de préavis, dont au moins douze mois pour certains changements matériels ou une interruption planifiée, sous réserve des exceptions prévues.

La sixième voie est le pouvoir d’urgence. Il faut simuler un conflit juridique, une indisponibilité du personnel, un canal de mise à jour compromis ou une faille grave exigeant un correctif immédiat. Pour chaque scénario : qui décide, qui exécute, quel système autorise, quelle dépendance extérieure intervient et quelle preuve subsiste ?

Le projet européen de Cloud and AI Development Act propose une échelle cohérente. Le premier niveau porte sur la localisation des données dans l’UE. Les niveaux supérieurs ajoutent l’indépendance vis-à-vis du droit de pays tiers, la transparence de la chaîne logicielle, la propriété et le contrôle européens, puis la maîtrise intégrale de cette chaîne sans ingérence extérieure. Le texte peut évoluer, mais sa logique est juste : la localisation ouvre la démonstration, elle ne la clôt pas.

Un dossier d’acceptation devrait donc réunir la séparation du plan de contrôle, un registre des rôles et juridictions, la garde des clés, les voies d’assistance et de sous-traitance, la provenance des compilations et signatures, les engagements de gouvernance, ainsi que les résultats d’exercices d’isolement et de modification urgente. Les sources publiques ne prouvent aucun de ces éléments pour une charge particulière. À l’acheteur de les obtenir et de les tester.

AWS oblige le marché à parler plus précisément de souveraineté. La réponse équitable n’est ni l’adhésion automatique ni la suspicion. Un service n’est souverain pour une charge que si ses dépendances décisives restent dans une frontière convenue et auditable lorsque les conditions ordinaires cessent de tenir.

Sources