Ce qui suit est ma lecture personnelle du thème de la souveraineté, en référence aux essais que j’ai écrits. Ce n’est pas une invective anti-cloud : c’est le point de vue de quelqu’un qui travaille sur des infrastructures qui doivent fonctionner dans la prochaine décennie, dans un cadre géopolitique qui n’aide pas.
Dernière révision : 27 mai 2026.
Thèse en une phrase
La souveraineté numérique est une propriété systémique, pas un achat. Elle se mesure en nombre de fournisseurs substituables dans une fenêtre opérationnelle raisonnable — pas en étiquettes produit ou en drapeaux sur la home page.
Comme je la vois
- Le « cloud souverain » du marketing n’existe pas. Il existe des architectures souveraines : où vous pouvez sortir d’un fournisseur en 6 à 12 mois sans refaire le logiciel. Tout le reste, c’est du branding.
- L’Europe n’a pas un problème technique, elle a un problème d’acheteur. Les administrations achètent du cloud sans se demander ce qui se passe dans un scénario où le fournisseur change d’avis. Le concept de kill-switch géopolitique n’est aujourd’hui pas dans les cahiers des charges.
- Souveraineté et open source ne sont pas la même chose. L’open source aide, mais sans ingénierie opérationnelle indépendante il ne sauve pas. Kubernetes est open source ; votre disponibilité en personnes capables de le gérer ne l’est pas.
- La souveraineté n’est pas qu’industrielle : elle est déjà géopolitique. La réglementation numérique UE — RGPD, DSA, AI Act, CRA, PLD — est lue de l’extérieur (notamment depuis San Francisco) comme une attaque existentielle contre le modèle du capitalisme technologique américain. Reconnaître cette lecture n’est pas céder : c’est comprendre pourquoi chaque décision de fournisseur extra-UE est déjà une décision politique, même quand elle se présente comme technique.
Essais sur ce thème
Travaillons ensemble
Mon travail ici n’est pas de vous convaincre de sortir du cloud américain — c’est de vous montrer, chiffres en main, combien il coûterait d’en sortir si un jour il le fallait. C’est un exercice de sobriété stratégique, pas un manifeste.
Pour qui c'est utile
CTO ou Heads of Infrastructure d’entités essentielles, entreprises régulées ou administrations qui doivent défendre des choix cloud face à un board ou à des autorités
Responsables IT de ministères, régions et santé qui s’apprêtent à signer (ou renouveler) des contrats hyperscaler
Fondateurs et CTO de SaaS européens qui veulent se différencier sur la souveraineté sans tomber dans le marketing
Comités de risque qui doivent estimer l’exposition dans des scénarios géopolitiques non triviaux
Comment je travaille
- Assessment d'exit-readiness (3–4 semaines)
Je cartographie les dépendances critiques de votre stack et j’estime le coût et le temps pour remplacer chaque fournisseur dominant, scénario par scénario. Output : une matrice de risque avec une roadmap de réduction des dépendances, ordonnée par impact.
- Revue d'architectures cloud (2–3 semaines)
Je prends une architecture en cours ou en projet et je l’évalue par rapport à la question « combien de mois faut-il pour la déplacer ailleurs ? ». Utile avant des signatures pluriannuelles.
- Coaching sur les choix stratégiques (engagement continu)
Une ou deux calls par mois pour les décisions cloud les plus lourdes : choix d’un nouveau fournisseur, négociation d’une sortie, positionnement public sur la souveraineté.
Questions opérationnelles
- Êtes-vous contre AWS, Azure, GCP ?
Non. Je suis contre l’usage inconscient. Dans la plupart des cas un hyperscaler est le bon choix — à condition de savoir ce qu’on achète et combien coûterait de ne plus l’avoir.
- Travaillez-vous seulement avec le secteur public ?
Non. Mais le secteur public, les entités essentielles et les entreprises régulées sont ceux où la demande de souveraineté est la plus concrète.
- Combien de temps dure un engagement type ?
Trois à six semaines pour un assessment ou une review, continu pour le coaching stratégique.
- Faites-vous aussi la migration ?
Non. Le conseil indépendant sur la souveraineté fonctionne précisément parce qu’il ne vend pas de capacité. Si l’exécution est nécessaire, je l’accompagne mais je ne l’exécute pas.
Écrivez-moi à hello@margiovanni.it avec deux lignes de contexte. Je réponds sous quelques jours ouvrés avec une proposition concrète, ou un refus poli si ce n'est pas mon périmètre.
Questions & answers
Que voulez-vous dire par « souveraineté » ?
La capacité de continuer à fournir un service — public ou privé — quand un fournisseur extra-UE change de prix, de conditions, ou est obligé par une loi de son pays à faire quelque chose qui ne nous arrange pas. Ce n’est pas l’autarcie : c’est avoir des leviers de négociation que nous n’avons en grande partie plus aujourd’hui.
Le cloud américain est-il le problème ?
Le problème est la concentration. Si 70 % des charges critiques d’un pays tournent sur trois hyperscalers, vos politiques numériques sont de facto co-décidées à Redmond, Mountain View et Seattle. Indépendamment de la qualité technique — qui est excellente.