Reprendre la main sur son infrastructure cloud : ce que Nutanix change dans l'équation souveraine

# Reprendre la main sur son infrastructure cloud : ce que Nutanix change dans l'équation souveraine

Contexte de lecture. En 2026, la question n'est plus de savoir si les hyperscalers américains représentent un risque de dépendance pour les entreprises européennes. Elle est de savoir quand agir, et comment. Nutanix, acteur californien certes, mais dont le modèle d'infrastructure hyperconvergée s'exécute sur du matériel maîtrisé par l'entreprise cliente, s'est repositionné comme un levier concret de désengagement progressif vis-à-vis des clouds dominants. Ce guide ne fait pas la promotion d'un éditeur. Il analyse ce que cette trajectoire implique concrètement pour les équipes, la gouvernance et les compétences internes des PME et ETI européennes qui veulent reprendre le contrôle.

Pourquoi ce sujet maintenant

Depuis 2024, plusieurs signaux convergent : renégociations tarifaires unilatérales des hyperscalers, clauses contractuelles d'extraterritorialité durcies, et prise de conscience accélérée après les débats autour du Cloud Act et du Data Act européen. Dans ce contexte, des DSI européens cherchent des architectures où la donnée reste sur un périmètre qu'ils contrôlent physiquement — qu'il s'agisse de leur datacenter, d'un hébergeur européen qualifié, ou d'un modèle hybride borné.

Nutanix, avec son approche hyperconvergée, s'inscrit dans cet espace : la plateforme tourne sur du matériel que vous achetez ou louez à un hébergeur de votre choix. L'éditeur reste américain, le logiciel reste soumis au droit américain — ce point ne disparaît pas. Mais la surface de dépendance est structurellement différente de celle d'un cloud public géré à distance par un opérateur étranger.

Ce guide suppose que vous avez déjà identifié cette piste. Il vous dit quoi faire ensuite.

Étape 1 — Cartographier votre dépendance actuelle avant de bouger

Avant d'engager un projet d'infrastructure, la première discipline est analytique : savoir où vous en êtes vraiment.

• Identifiez les workloads actuellement hébergés chez des fournisseurs cloud américains (calcul, stockage, sauvegarde, identité, messagerie).
• Classez-les par criticité métier et par sensibilité réglementaire (données personnelles, données de santé, propriété intellectuelle, données contractuelles).
• Pour chaque workload, posez la question : *en cas de coupure d'accès imposée par un tiers, quel est l'impact opérationnel à 24h, 72h, 30 jours ?*

Ce travail de cartographie n'est pas une formalité. Il conditionne l'ordre de priorité de votre migration et évite de déplacer en premier ce qui n'est pas urgent. Les DSI qui sautent cette étape se retrouvent à sécuriser des workloads peu sensibles pendant que leurs données critiques restent exposées.

Livrable attendu à cette étape : une matrice workload × criticité × niveau de dépendance externe, validée en COMEX ou en Comité Stratégique SI.

Étape 2 — Qualifier votre périmètre d'hébergement physique

Une infrastructure hyperconvergée ne résout le problème souverain que si le substrat physique est lui-même maîtrisé. Deux options principales pour une ETI européenne :

Option A — Hébergement propre. Vous exploitez vos propres salles serveurs. Cela suppose une capacité de maintenance, d'astreinte et de continuité que beaucoup d'ETI n'ont plus internalisée.

**Option B — Hébergement chez un opérateur européen qualifié.** Des acteurs comme Interxion (désormais Digital Realty, capital américain — à noter), ou des opérateurs colocation purement européens comme Scaleway Datacenter ou des acteurs régionaux certifiés ISO 27001, peuvent héberger vos nœuds. La donnée reste sur le sol européen, sous contrat de droit européen.

La vigilance ici : le label « datacenter en Europe » ne suffit pas. Vérifiez la chaîne de propriété du datacenter, la juridiction applicable au contrat d'hébergement, et les clauses de réquisition des données.

Livrable attendu à cette étape : un document de qualification hébergeur, avec analyse juridique des contrats, produit avec votre DPO et si possible votre conseil juridique spécialisé en droit du numérique.

Étape 3 — Évaluer les compétences internes disponibles — sans se mentir

C'est l'étape que les projets d'infrastructure escamotent le plus souvent, au prix de dépendances nouvelles envers des intégrateurs.

Une plateforme hyperconvergée comme Nutanix AOS demande des compétences d'exploitation que votre équipe a peut-être perdues si vous avez massivement externalisé vers le cloud public ces cinq dernières années. Posez-vous les questions suivantes :

• Avez-vous en interne des administrateurs capables de gérer le cycle de vie d'un cluster (mise à jour, extension, incident majeur) sans passer par un support éditeur ou un prestataire ?
• Votre équipe maîtrise-t-elle la gestion réseau sous-jacente (switching, VLAN, résilience réseau) qui redevient visible dans un modèle on-premise ?
• Qui, dans votre organisation, sera propriétaire du sujet — et avec quelle disponibilité réelle ?

La dépendance à un intégrateur US ou à des certifications propriétaires n'est pas neutre. Si votre seule ressource compétente est un prestataire certifié par l'éditeur américain, vous avez déplacé la dépendance sans la supprimer.

Livrable attendu à cette étape : une cartographie des compétences disponibles en interne, avec identification des lacunes et un plan de montée en compétence réaliste — incluant des formations dispensées par des organismes européens indépendants de l'éditeur.

Étape 4 — Définir une gouvernance de projet qui ne soit pas pilotée par l'éditeur

Les projets d'infrastructure ont un travers classique : l'éditeur devient de facto le chef de projet. Ses équipes avant-vente cadrent l'architecture, ses consultants livrent, ses certifications définissent les profils recrutés. À l'arrivée, la dépendance est reconstituée sous une forme différente.

Pour y résister :

• Nommez un chef de projet interne avec un mandat explicite et une autorité sur les choix d'architecture — pas un coordinateur administratif.
• Séparez le conseil de la vente. Si l'architecte solution est rémunéré par l'éditeur ou par l'intégrateur qui revend la licence, ses recommandations sont structurellement biaisées. Faites intervenir un cabinet de conseil européen indépendant pour challenger les choix techniques.
• Documentez les décisions d'architecture de manière à ce qu'elles soient compréhensibles et réversibles par votre équipe dans cinq ans, sans le fournisseur initial.

Cette discipline de gouvernance est aussi un enjeu RH : elle suppose d'avoir — ou de recruter — des profils capables de tenir une posture de maîtrise d'ouvrage technique exigeante face à des commerciaux expérimentés.

Livrable attendu à cette étape : une charte de gouvernance du projet, validée par la direction générale, avec rôles, responsabilités et critères de décision explicites.

Étape 5 — Construire un plan de sortie dès le départ

C'est la discipline que peu d'organisations s'imposent, et que les éditeurs n'ont aucun intérêt à encourager. Pourtant, elle est structurante.

Nutanix reste un éditeur américain soumis au droit américain. Ses conditions de licence peuvent évoluer. Sa politique tarifaire peut changer. Son périmètre fonctionnel peut évoluer sous l'effet de rachats ou de pivots stratégiques. Construire sur Nutanix ne doit pas reproduire la dépendance que vous cherchez à quitter.

Concrètement :

• Identifiez dès la phase de conception les composants propriétaires de la stack et les équivalents ouverts ou alternatifs européens disponibles (systèmes de fichiers, hyperviseurs, outils d'orchestration).
• Maintenez une veille active sur les alternatives à architecture ouverte — Proxmox, OpenNebula — portées par des éditeurs européens dont la gouvernance est plus lisible depuis une perspective réglementaire européenne.
• Incluez dans chaque contrat éditeur des clauses d'export et de portabilité des données et des configurations.

Ce plan de sortie n'est pas une méfiance irrationnelle : c'est une discipline de gestion du risque fournisseur, identique à celle que vous appliquez à n'importe quel prestataire critique.

Livrable attendu à cette étape : un document de stratégie de sortie à trois ans, annexé au dossier d'architecture, révisable annuellement.

Ce que ce guide ne dit pas

Il ne dit pas que Nutanix est la solution souveraine idéale — elle ne l'est pas au sens strict. Il ne dit pas non plus qu'il faut attendre l'émergence d'un équivalent purement européen avant d'agir : l'attentisme a un coût réel, mesuré en dépendance accrue.

Ce qu'il dit : reprendre le contrôle de son infrastructure est un projet organisationnel avant d'être un projet technique. Les compétences internes, la gouvernance, la documentation, le plan de sortie — voilà les variables que vous maîtrisez. L'éditeur, son droit applicable, sa politique commerciale — vous ne les maîtrisez pas.

La souveraineté numérique n'est pas un état qu'on atteint. C'est une discipline qu'on exerce.