Deux sens pour un même mot
AWS et la Commission européenne emploient l'expression 'souveraineté numérique' pour désigner deux choses différentes au même moment. Le 18 août 2026, AWS a annoncé l'ouverture, à partir d'octobre 2026, d'un espace permanent Builder Loft pour développeurs à Berlin, avec une programmation construite autour de sessions pédagogiques sur la souveraineté numérique, de hackathons et d'ateliers de préparation à la sécurité. Le billet, signé par Channy Yun, Principal Developer Advocate, sur l'AWS News Blog, décrit la souveraineté comme un sujet à enseigner, aux côtés de la montée en compétences sur l'IA à Hyderabad et de la programmation communautaire à Sao Paulo.
Quatre mois plus tôt, le 17 avril 2026, Bruxelles employait le même terme dans un but très différent : comme critère de marché public noté. Le Cloud Sovereignty Framework de la Commission mesure la souveraineté sur huit objectifs, incluant des considérations stratégiques, juridiques, opérationnelles et environnementales, ainsi que la transparence de la chaîne d'approvisionnement, l'ouverture technologique, la sécurité et la conformité au droit de l'UE. Ce cadre n'enseigne pas la souveraineté, il l'audite.
L'écart entre les deux usages compte, car un seul d'entre eux a des conséquences sur un appel d'offres. Qui assiste à un hackathon berlinois sur la souveraineté en repart avec des connaissances. Une entreprise qui répond à un marché public de l'UE a besoin d'un niveau SEAL certifié, et connaître le terme n'équivaut pas à le détenir.
Comment Bruxelles note la souveraineté
Les Sovereignty Effectiveness Assurance Levels de la Commission, ou SEAL, vont de SEAL-0 à SEAL-4, et cette échelle existe précisément parce que le 'cloud souverain' était devenu un argument marketing sans définition partagée. SEAL-0 marque l'absence totale de souveraineté ; SEAL-4 marque une chaîne d'approvisionnement européenne complète, des puces au logiciel, sans dépendance hors du bloc.
Pour son propre cadre de marché de 180 millions d'euros, la Commission a fixé SEAL-2 comme seuil minimal d'éligibilité. La plupart des offres gagnantes ont largement dépassé ce seuil, atteignant SEAL-3 plutôt que de se contenter du minimum, ce qui suggère que l'échelle sépare déjà les revendications de souveraineté réelles des superficielles.
Rien de cette notation n'existe dans la programmation berlinoise d'AWS. Un hackathon ou un atelier de préparation à la sécurité peut expliquer ce que signifie SEAL-2 sans que cela rapproche AWS d'un tel niveau, car celui-ci est attribué à l'infrastructure réelle et à la structure de propriété d'un candidat, pas à la volonté d'une entreprise d'en discuter le concept.
Les quatre gagnants, et l'absence
Quatre consortiums ont remporté les contrats-cadres de la Commission, et chacun est basé dans l'UE. Post Telecom, basé au Luxembourg et en France, a gagné avec OVHcloud et CleverCloud. STACKIT, la branche cloud allemande du groupe Schwarz, propriétaire de Lidl et Kaufland, a gagné seule. Scaleway, filiale du groupe français Iliad, a gagné seule également. Proximus, présent en Belgique, en France et au Luxembourg, a gagné avec S3NS, Clarence et Mistral.
AWS ne figure pas sur cette liste, pas plus que Microsoft Azure ou Google Cloud. Aucun hyperscaler américain ne détient de part des 180 millions d'euros attribués, alors même que les fournisseurs américains continuent de gérer environ 80 pour cent des dépenses cloud professionnelles annuelles de l'UE, une concentration que les responsables politiques européens qualifient de vulnérabilité stratégique.
| Fournisseur | Siège | Partenaires | Résultat |
|---|---|---|---|
| Post Telecom | Luxembourg/France | OVHcloud, CleverCloud | Gagné |
| STACKIT | Allemagne | Groupe Schwarz (seul) | Gagné |
| Scaleway | France | Groupe Iliad (seul) | Gagné |
| Proximus | Belgique/France/Luxembourg | S3NS, Clarence, Mistral | Gagné |
| AWS | États-Unis | - | Non attribué |
Ce qu'une salle de classe ne peut pas certifier
Assister à une session sur la souveraineté numérique au Builder Loft d'AWS à Berlin ne rapproche pas une entreprise de la certification SEAL, car les deux systèmes ne sont pas connectés. Le Builder Loft est une programmation communautaire destinée aux développeurs ; le cadre SEAL est un instrument de marché public visant l'infrastructure et la structure de propriété, et une organisation qui doit prouver sa souveraineté pour un contrat public ou réglementé doit passer par le second, pas par le premier.
Il vaut la peine de mentionner brièvement un niveau supplémentaire : AWS, en tant qu'entreprise américaine, reste soumise à la portée extraterritoriale du US CLOUD Act, quel que soit l'emplacement physique de ses centres de données dans l'UE ou les garanties de résidence des données qu'elle avance. C'est un fait juridique distinct et bien documenté, pas une découverte nouvelle de ce cadre, mais c'est la toile de fond sur laquelle le système SEAL a été construit dès le départ.
Pour un développeur ou un responsable informatique à Berlin, la conclusion pratique tient en une distinction simple à retenir : utiliser la programmation d'AWS pour ce qu'elle est, un lieu d'apprentissage sur l'architecture cloud et la communauté, et utiliser le niveau SEAL de la Commission pour ce qu'il est, le seuil réel qu'une organisation doit franchir quand un contrat exige une souveraineté démontrable. Confondre les deux ne change rien à ce qu'un responsable des marchés publics exigera.
À lire ensuite: La Commission a recruté via une IA américaine | La loi européenne sur la réparation est entrée en vigueur comme 27 lois
