Vos données et vos applications tournent chez un hyperscaler américain. Ça marche, mais quelque chose vous dérange : la facture qui grimpe, la dépendance à un acteur qui échappe au droit français, ou une exigence de souveraineté qui s’impose à vous. Vous vous demandez si rapatrier est seulement possible — ou si vous êtes piégé.
Bonne nouvelle : le rapatriement n’a jamais été aussi accessible. Le règlement européen Data Act, pleinement applicable depuis septembre 2025, a justement été conçu pour faire tomber les barrières à la sortie. Ce guide explique pourquoi rapatrier, ce que la loi change concrètement, et comment mener l’opération proprement.
Faits clés
- Data Act (règlement UE 2023/2854) : pleinement applicable depuis le 12 septembre 2025, il facilite le changement de fournisseur cloud.
- Switching : vous pouvez partir avec un préavis de 2 mois maximum, et le transfert technique doit s’effectuer sous 30 jours (extensible si techniquement nécessaire).
- Frais de sortie (egress) : réduits au coût réel jusqu’au 12 janvier 2027, puis totalement interdits.
- Cloud Act : la raison de fond. Un hébergeur soumis au droit américain peut être contraint de livrer vos données, même stockées en Europe.
- Anti lock-in : une cible 100 % open source évite de troquer une dépendance contre une autre.
Pourquoi rapatrier ?
Les motivations sont rarement idéologiques. Elles sont concrètes :
Un hébergeur soumis au droit américain reste exposé au CLOUD Act, qui peut l’obliger à communiquer des données même hébergées en Europe. Pour des données sensibles, c’est un risque difficile à documenter comme « acceptable ».
Les factures cloud ont une fâcheuse tendance à déraper : ressources oubliées, frais de transfert, options qui s’empilent. Un hébergement à coût prévisible redonne de la lisibilité.
Des cadres comme NIS2 poussent à maîtriser ses dépendances et la localisation de ses données. Rapatrier simplifie souvent la démonstration de conformité.
Ne plus dépendre d’un acteur unique, dont les conditions, les prix et les services peuvent changer du jour au lendemain. Reprendre la main, tout simplement.
Le verrou historique : lock-in et frais de sortie
Jusqu’à récemment, partir d’un grand cloud relevait du parcours du combattant. Deux verrous :
- Le verrouillage technique (lock-in) : en s’appuyant sur des services propriétaires propres à un fournisseur (bases de données maison, fonctions serverless spécifiques, formats fermés), on se rend dépendant. Migrer suppose alors de tout réécrire.
- Les frais de sortie (egress) : historiquement, faire sortir ses données d’un cloud coûtait cher, alors qu’y entrer était gratuit. Une asymétrie pensée pour décourager le départ.
Ce que change l’EU Data Act
Le Data Act (règlement UE 2023/2854), pleinement applicable depuis le 12 septembre 2025, s’attaque frontalement à ces verrous. Pour les services de traitement de données (cloud inclus), il impose :
| Disposition | Ce que ça signifie pour vous |
|---|---|
| Droit de changer | Vous pouvez résilier et migrer vers un autre fournisseur (ou revenir sur site) avec un préavis de 2 mois maximum. |
| Délai de transition | Le fournisseur doit opérer le basculement sous 30 jours (extensible jusqu’à 7 mois si c’est techniquement justifié). |
| Portabilité | Récupération de toutes vos données, métadonnées et configurations, dans un format exploitable par machine. |
| Fin des frais de sortie | Réduits au coût réel aujourd’hui, ils seront totalement interdits à partir du 12 janvier 2027. |
Autrement dit : la loi est désormais de votre côté. Le coût et la lourdeur de la sortie, longtemps brandis comme repoussoirs, n’ont plus de base légale durable.
Pendant des années, « c’est trop compliqué et trop cher de partir » a justifié l’immobilisme. Le Data Act vient de retirer cet argument : partir devient un droit, gratuit et encadré.
Le CLOUD Act : la raison de fond
Au-delà des coûts, la vraie question reste juridique. Le CLOUD Act américain permet aux autorités des États-Unis d’exiger d’un fournisseur soumis à leur droit qu’il communique des données, y compris lorsqu’elles sont stockées en Europe. Choisir un hébergeur français, sous seul droit français, supprime cette zone grise. On détaille ce point dans notre article CLOUD Act et RGPD, et on rappelle que le cloud souverain existe déjà.
Comment rapatrier concrètement, sans casse
Un rapatriement réussi se prépare. Voici une méthode éprouvée, par étapes.
## 1. Cartographier l'existant
[ ] Inventaire des services, donnees, volumes, flux
[ ] Reperer les dependances proprietaires (lock-in)
[ ] Identifier les donnees sensibles et leur criticite
## 2. Concevoir la cible
[ ] Choisir des briques open source equivalentes
[ ] Dimensionner l'infrastructure cible (VPS, cloud, colocation)
[ ] Definir la strategie de reversibilite (ne pas se re-enfermer)
## 3. Migrer par lots
[ ] Commencer par un service pilote non critique
[ ] Migrer donnees + applications, valider en parallele
[ ] Basculer le trafic progressivement (bascule DNS maitrisee)
## 4. Verifier et cloturer
[ ] Tester restauration et performances sur la cible
[ ] Recuperer toutes les donnees + configs (droit Data Act)
[ ] Resilier l'ancien contrat, confirmer la suppressionLe point le plus stratégique est la réversibilité : rapatrier vers une plateforme à nouveau verrouillée ne ferait que déplacer le problème. C’est tout l’intérêt d’une cible 100 % open source, dont les formats et les briques sont standards et exportables.
Comment Datacampus accompagne le rapatriement
On vous aide à cartographier, concevoir la cible et migrer par lots, sans interruption brutale. L’objectif : un basculement maîtrisé, pas un saut dans le vide.
Notre stack est entièrement open source (Linux, Proxmox, Ceph, Docker…) : vous évitez de troquer un lock-in pour un autre, et vous gardez la liberté de repartir si vous le souhaitez.
Vos données au datacenter Cassin1, sous seul droit français. Plus de zone grise juridique à documenter dans vos analyses de risques.
Un interlocuteur technique direct pendant toute la migration, pas un ticket qui se perd. On parle vrai sur ce qui est simple et ce qui l’est moins.
TL;DR, ce qu’il faut retenir
- Rapatrier répond à des enjeux concrets : souveraineté juridique (CLOUD Act), coûts, conformité, indépendance.
- Le Data Act (applicable depuis le 12 septembre 2025) fait sauter les verrous : switching avec 2 mois de préavis, transition sous 30 jours, portabilité complète.
- Les frais de sortie seront totalement interdits à partir du 12 janvier 2027.
- La méthode : cartographier, concevoir une cible open source, migrer par lots, vérifier, clôturer.
- La clé : viser une cible réversible (open source) pour ne pas se ré-enfermer.
Vous envisagez de rapatrier tout ou partie de votre infrastructure ? Parlez à notre équipe : on évalue ensemble ce qui est simple, ce qui demande du soin, et on construit un plan de migration réaliste. Découvrez aussi notre hébergement cloud souverain.
FAQ — Sortir d’un cloud étranger
Pourquoi rapatrier ses données d’un cloud américain ?
Pour des raisons de souveraineté juridique (échapper au CLOUD Act), de maîtrise des coûts, de conformité (NIS2 et localisation des données) et d’indépendance vis-à-vis d’un acteur unique. Un hébergeur français sous seul droit français supprime la zone grise juridique des hyperscalers étrangers.
Le Data Act facilite-t-il le changement de fournisseur cloud ?
Oui. Le règlement européen Data Act (UE 2023/2854), pleinement applicable depuis le 12 septembre 2025, instaure un droit de changer de fournisseur avec un préavis de 2 mois maximum, une transition technique sous 30 jours et la portabilité complète des données, métadonnées et configurations.
Les frais de sortie (egress) sont-ils toujours autorisés ?
Pendant une période transitoire, ils sont limités au coût réel du transfert. À partir du 12 janvier 2027, les frais de sortie liés au changement de fournisseur seront totalement interdits pour les services de traitement de données. Les usages multi-cloud continus peuvent rester facturés.
Comment éviter de se re-verrouiller après un rapatriement ?
En choisissant une cible 100 % open source, dont les briques et les formats sont standards et exportables. La réversibilité doit être un critère de conception : si repartir reste possible à tout moment, vous n’avez fait que déplacer le verrou, vous l’avez supprimé.
Comment se passe une migration sans interruption ?
En migrant par lots plutôt qu’en « big bang » : on cartographie l’existant, on conçoit la cible, on migre un service pilote, on valide en parallèle, puis on bascule progressivement le trafic (notamment via une bascule DNS maîtrisée). On vérifie performances et restauration avant de clôturer l’ancien contrat.
Datacampus accompagne-t-il la migration depuis un autre cloud ?
Oui. Datacampus accompagne le rapatriement de bout en bout : cartographie, conception d’une cible open source, migration par lots et vérification. La stack étant 100 % open source et les données hébergées en France, vous évitez un nouveau verrouillage et la zone grise du droit étranger.
Pour aller plus loin :
• Commission européenne — Data Act
• Sur datacampus.fr : CLOUD Act et RGPD · Le cloud souverain existe déjà · Alternatives souveraines aux GAFAM · Héberger ses données en France · Hébergement cloud