Skip to main content
Allée de data centre cloud souverain, baies serveurs, chemins de câbles et portes de confinement.
TENDANCES DE L'INDUSTRIE
10 min de lecture

OVHcloud et Scaleway, bâtisseurs du cloud souverain : construire l'infrastructure numérique européenne

Le cloud souverain recouvre quatre affirmations différentes. Analyse sourcée de l'intégration verticale d'OVHcloud et du pari expérience-développeur de Scaleway sur les deux couches les plus dures, des six métiers recrutés et des quatre risques du secteur.

Dossier vérifié · 25 août 2026 · 6 sources

« Cloud souverain » est l'expression la plus galvaudée de la tech européenne. On l'emploie pour désigner la résidence des données, puis l'immunité juridictionnelle, puis l'indépendance de la chaîne d'approvisionnement, puis simplement « non américain » : quatre affirmations différentes avec quatre prix différents. OVHcloud et Scaleway sont l'endroit où l'expression est confrontée à de l'infrastructure physique, à des marges réelles et à des recrutements réels. Voici ce qu'est vraiment ce secteur, et ce qu'il faut pour y faire carrière.

Les quatre définitions, et pourquoi la distinction décide de tout

Avant toute décision d'achat ou de carrière, le terme doit être désagrégé. Chaque couche est strictement plus difficile que la précédente.

CoucheL'affirmationCe que cela exige réellement
1. Résidence des donnéesLes données sont dans une région UEUn paramètre de localisation. Tous les hyperscalers le proposent.
2. Souveraineté opérationnelleSeuls des personnels UE accèdent aux systèmesHabilitation du personnel, ingénierie du contrôle d'accès, workflows de support audités
3. Immunité juridictionnelleAucun ordre juridique extra-UE ne peut contraindre à la divulgationStructure capitalistique détenue et contrôlée dans l'UE : inatteignable pour la filiale d'une maison mère extra-UE
4. Autonomie technologiqueLa pile se maintient sans fournisseurs extra-UEPlan de contrôle open source, conception matérielle propre, approvisionnement crédible en silicium et réseau

OVHcloud et Scaleway concourent sur les couches 3 et 4, parce que les couches 1 et 2 sont banalisées. Ce positionnement explique presque toutes leurs décisions d'ingénierie, et ce qu'ils recrutent.

OVHcloud : le pari de l'intégration verticale

OVHcloud ne revend pas le matériel d'un autre. L'entreprise conçoit ses propres serveurs, les assemble dans ses installations de Croix, dans le Nord, et les refroidit par un dispositif de watercooling direct itéré depuis plus d'une décennie plutôt que par une climatisation de salle. Elle exploite son propre backbone fibre et ses propres points de présence. Cotée sur Euronext Paris depuis 2021 et toujours ancrée autour de son fondateur, elle fait partie des très rares entreprises d'infrastructure européennes qui contrôlent leur pile du bloc de refroidissement à l'API.

Cette intégration verticale constitue tout l'argument stratégique. Elle produit une structure de coûts difficile à égaler pour un concurrent qui se contente de rebadger du matériel, elle rend l'affirmation d'autonomie de couche 4 crédible plutôt que rhétorique, et elle transforme l'ingénierie de l'efficacité en avantage durable : quand l'électricité devient la contrainte structurante du secteur, l'entreprise qui maîtrise sa conception thermique maîtrise son économie unitaire.

Elle produit aussi un risque spécifique. Intégrer verticalement, c'est assumer la défaillance de bout en bout. L'incendie de mars 2021 qui a détruit le datacentre SBG2 à Strasbourg reste l'étude de cas de référence en matière de résilience du cloud européen, et la leçon honnête n'est pas simplement « OVHcloud a eu un incendie ». C'est qu'un nombre significatif de clients ont découvert qu'ils n'avaient aucune sauvegarde fonctionnelle hors du site touché, ayant présumé une redondance qu'ils n'avaient jamais achetée ni testée. La culture d'ingénierie qui a suivi (compartimentage incendie, isolation des régions, explicitation des sauvegardes par défaut) fait désormais partie de l'offre. Les candidats doivent lire cette histoire comme un signal de recrutement : ici, l'ingénierie de la résilience n'est pas une diapositive, c'est une mémoire institutionnelle.

Scaleway : le pari de l'expérience développeur

Scaleway, filiale du groupe Iliad, attaque le même marché par l'autre bout. Là où le centre de gravité d'OVHcloud est l'infrastructure physique à grande échelle, celui de Scaleway est la surface que touche le développeur : API propres, Kubernetes managé, fonctions serverless, stockage objet compatible S3, et une poussée précoce et assumée vers la capacité GPU pour les charges d'IA. Son travail sur les datacentres, notamment le refroidissement adiabatique en Île-de-France, est réel, mais l'argument produit est que la souveraineté européenne ne devrait pas coûter l'ergonomie développeur d'un hyperscaler.

Ensemble, les deux entreprises décrivent le dilemme réel du secteur. La souveraineté se gagne aux couches 3 et 4, mais les décisions d'achat sont prises par des ingénieurs qui comparent la qualité de la documentation, la latence de provisionnement et l'étendue des services managés. Un cloud souverain désagréable à utiliser perd face à un cloud non souverain agréable, quoi qu'en dise la note de politique publique.

La demande évolue en leur faveur, mais pas automatiquement

Trois forces déplacent les achats. D'abord la réglementation : le cadre européen de protection des données, des règles sectorielles comme DORA pour les entités financières et NIS2 pour les secteurs critiques, et des dispositifs nationaux comme la qualification SecNumCloud en France ont fait de « où cela s'exécute-t-il, et qui peut en exiger l'accès » une question de conseil d'administration et non une préférence informatique. Ensuite la vague IA : une ambition d'IA souveraine exige du calcul souverain, et la capacité GPU localisée en Europe sous contrôle européen est devenue un actif rare et stratégiquement valorisé. Enfin la discipline de coûts : après une décennie d'adoption hyperscaler par défaut, les frais de sortie de données et les engagements de dépense sont audités sérieusement pour la première fois.

Rien de tout cela ne se convertit automatiquement. Les acteurs européens restent d'un ordre de grandeur inférieurs aux trois premiers hyperscalers en chiffre d'affaires comme en profondeur de catalogue de services managés. La souveraineté est un critère de départage, rarement le moteur principal d'achat, et elle ne devient décisive que là où un régulateur ou un acheteur public la rend décisive. C'est le cadre commercial honnête de tout emploi dans ce secteur.

Ce que ces entreprises recrutent réellement

Le recrutement en infrastructure cloud est mal compris par les candidats qui l'imaginent proche d'une startup logicielle. Il ne l'est pas. Le produit, c'est la disponibilité, et la disponibilité est produite par des gens qui comprennent l'électricité, la chaleur, les paquets et les modes de défaillance.

  • Ingénierie datacentre et utilités. Distribution électrique, topologie de redondance, conception thermique, boucles de watercooling, compartimentage incendie, planification de capacité face aux files de raccordement réseau. La compétence la moins visible et la plus structurellement rare du secteur.
  • Ingénierie réseau. BGP, stratégie de peering, anti-DDoS en bordure, dimensionnement du backbone, et de plus en plus l'ingénierie de trafic qu'imposent les clusters d'entraînement IA, dont les schémas est-ouest n'ont rien à voir avec les charges web classiques.
  • Ingénierie systèmes et proche du noyau. Hyperviseurs, moteurs de stockage, internals Linux, performance sous contention. L'intégration verticale signifie que ces équipes écrivent du logiciel tournant sur du matériel conçu par leurs collègues.
  • SRE et platform engineering. Fiabilité du plan de contrôle, bascule multi-région, observabilité, commandement d'incident. Chez un fournisseur, le rayon d'impact d'un SRE, ce sont les activités des autres : la discipline est d'autant plus exigeante.
  • Ingénierie sécurité et conformité. Traduire SecNumCloud, ISO 27001, NIS2 et DORA en contrôles techniques concrets et en preuves. C'est là que la réglementation devient du code, et c'est la fonction qui croît le plus vite des quatre.
  • Ingénierie matérielle et chaîne d'approvisionnement. Conception serveur, qualification de composants, sourcing sous contrainte géopolitique, cycle de vie et reconditionnement : un domaine où les pratiques européennes de réparation et de réemploi sont réellement en avance.

Deux observations de carrière en découlent. D'abord, la compétence à plus fort levier ici est la capacité à raisonner la défaillance à travers les couches : savoir qu'une décision de boucle de refroidissement, une politique BGP et un réglage de réplication de stockage relèvent de la même conversation sur la disponibilité. Presque personne n'arrive avec cela ; cela se construit en astreinte, dans un environnement à conséquences physiques réelles. Ensuite, l'ingénierie de conformité est très sous-estimée par les ingénieurs ambitieux. C'est là que les fournisseurs souverains se différencient, là que se gagnent les contrats publics et financiers, et l'offre de profils capables de parler à la fois réglementation et infrastructure est très mince.

Ce qui peut mal tourner

L'asymétrie d'échelle persiste. Les hyperscalers peuvent surinvestir indéfiniment en services managés et commercialisent activement leurs propres offres « souveraines » construites sur les couches 1 et 2. Si les acheteurs acceptent cette définition, le différenciateur européen s'érode sans la moindre défaite technique.

Intensité capitalistique. Datacentres et GPU consomment de la trésorerie avant d'en produire. Un acteur coté, comparativement petit, qui finance une montée en charge IA est exposé aux taux comme au calendrier de la demande.

Électricité et accès au réseau. Files de raccordement, foncier et autorisation environnementale du calcul haute densité sont devenus les contraintes structurantes de l'expansion des datacentres en Europe : un plafond physique qu'aucune excellence logicielle ne supprime.

Concurrence sur les talents. Les mêmes profils réseau, noyau et SRE sont chassés par les hyperscalers, l'infrastructure financière et les laboratoires d'IA, souvent à des niveaux de rémunération qu'une marge d'infrastructure européenne ne peut égaler à la légère. Les fournisseurs concourent sur la mission, la profondeur technique et l'autonomie, ce qui fonctionne, mais seulement auprès de candidats qui valorisent cela.

L'économie unitaire derrière chaque poste

L'infrastructure cloud est une activité de location déguisée en logiciel. Un fournisseur achète des serveurs, de l'électricité, de l'espace et du réseau, puis les loue à l'heure avec une marge. Trois leviers déterminent la réussite : le taux d'utilisation, l'efficacité énergétique, et la répartition entre calcul brut et services managés à plus forte marge. Les acteurs européens sont structurellement forts sur les deux premiers (matériel, refroidissement et réseau en propre maintiennent un coût par unité servie faible) et structurellement en retard sur le troisième, parce que l'étendue du catalogue managé est fonction d'effectifs d'ingénierie accumulés sur quinze ans.

Cette asymétrie énonce chiffré le problème stratégique du secteur, et elle détermine les recrutements. Chaque euro consacré à construire une nouvelle base de données managée, une file de messages ou un service d'inférence est un pari sur la montée en gamme du chiffre d'affaires. Chaque euro consacré à l'ingénierie datacentre et matérielle défend l'avantage de coût qui finance ce pari. Un candidat peut lire la feuille de route d'un fournisseur comme une déclaration sur le côté de cet arbitrage qu'il privilégie actuellement, et choisir en conséquence.

Les GPU souverains sont la version la plus tranchante du pari

L'entraînement et l'inférence IA concentrent toute la thèse du secteur dans une seule ligne de produits. Les GPU sont chers, contraints en approvisionnement, denses en puissance et s'amortissent vite : s'y engager est la décision capitalistique la plus risquée pour un fournisseur d'infrastructure. C'est aussi le seul endroit où l'argument de souveraineté commande aujourd'hui une véritable prime : institutions européennes, hôpitaux, fournisseurs para-défense et entités financières régulées ne peuvent de plus en plus placer des données d'entraînement sensibles sur une infrastructure exposée à une juridiction extra-UE. Cela crée une demande qui n'est pas guidée par le prix, donc non banalisée.

Techniquement, ce travail diffère de l'ingénierie cloud classique. Les baies haute densité changent le problème thermique, les schémas de communication collective changent le problème réseau, et l'ordonnancement de tâches d'entraînement multi-nœuds change le problème de plan de contrôle. Les ingénieurs capables d'exploiter cette pile (interconnexion, ordonnancement de clusters, débit de stockage pour les données d'entraînement) figurent parmi les profils les plus rares d'Europe aujourd'hui, et la compétence est transférable vers tout employeur du champ de l'IA.

Comment y entrer, concrètement

La voie d'entrée récompense ici une littératie systèmes démontrable plutôt que des diplômes. Exploitez votre propre infrastructure et comprenez-la jusqu'au métal : Linux, du réseau au-delà du tutoriel, et au moins un incident que vous avez réellement débogué. Apprenez sérieusement BGP si vous visez le réseau. Lisez les post-mortems publics de tous les grands fournisseurs et sachez discuter des domaines de panne sans approximation. Pour la voie conformité, lisez les textes de NIS2, de DORA et le référentiel SecNumCloud : presque aucun candidat ne l'a fait, et ceux qui l'ont fait se distinguent immédiatement en entretien.

Le point plus large est que le débat européen sur la souveraineté numérique ne se réglera pas par des déclarations. Il se réglera selon qu'un petit nombre d'acteurs saura recruter, refroidir, sécuriser et tarifer une infrastructure assez bien pour que les choisir soit une bonne décision d'ingénierie, et pas seulement une bonne décision politique. C'est une mission inhabituellement claire pour une carrière, et inhabituellement mesurable.

Cinq signaux à suivre sur 24 mois

  • Périmètre des services qualifiés SecNumCloud. Ce que les acheteurs publics peuvent réellement consommer, c'est le périmètre qualifié, pas le simple fait qu'un fournisseur détienne la qualification.
  • Évolution du mix de revenus. La croissance des services managés et plateforme rapportée au calcul brut est la mesure la plus claire du progrès stratégique.
  • Annonces de capacité GPU avec clients nommés. Une capacité engagée est un signal de demande ; une capacité non engagée est un risque de stock.
  • Emballage « souverain » des hyperscalers. Si des offres de couches 1 et 2 remportent des marchés régulés, le différenciateur européen est en train d'être redéfini par les concurrents.
  • Raccordements réseau et autorisations de datacentres en France et aux Pays-Bas. La contrainte actuelle de l'expansion est l'accès à l'électricité, pas la demande.

L’argument

La colonne vertébrale de ce dossier

Chaque partie ci-dessous s’appuie sur des références que ce dossier porte, y compris celle qui énonce ce qui nous donnerait tort.

  1. La question

    Deux fournisseurs français sont lus comme la réponse européenne aux hyperscalers sur le prix et l’échelle. Ce qu’ils vendent est-il de la capacité, ou une garantie juridique et opérationnelle que seul un audit peut prouver ?

    Une décision qu’un lecteur nommé doit prendre, formulée en question. Un thème ne peut pas être tranché, donc jamais démenti.

  2. La tension

    L’un des fournisseurs de ce dossier décrit son avantage comme industriel : des serveurs qu’il fabrique lui-même, un refroidissement à eau qu’il conçoit, une dorsale qu’il possède. L’autre décrit le sien comme l’expérience développeur de services managés et un accès précoce à la capacité d’accélérateurs. Aucune de ces descriptions ne nomme ce que la qualification cloud de l’agence nationale de sécurité teste réellement : qui peut atteindre les systèmes, sous quel droit, et avec quelle preuve que le contrôle a tenu.

    Deux éléments du dossier publié qui ne concordent pas, chacun citant un document que ce dossier porte.

    Références [1] [5] [2]

  3. Le mécanisme

    La réglementation transforme la garantie en demande. La directive sur la sécurité des réseaux attache une responsabilité de la direction à un ensemble élargi d’entités, et le règlement sur la résilience du secteur financier oblige banques et assureurs à prouver la résilience des fournisseurs dont ils dépendent. Un acheteur soumis à l’un ou l’autre texte ne peut pas acheter la seule localisation des données ; il doit acheter un modèle d’exploitation qu’il peut montrer à un auditeur, et le fournisseur doit doter ce modèle d’ingénieurs capables d’en produire la preuve.

    Pourquoi la tension existe : l’enchaînement causal, énoncé de façon contestable en tant que tel.

    Références [3] [4]

  4. Ce qui en découle

    Pour un candidat, cela fait de l’ingénierie de conformité et de l’ingénierie de résilience les postes rares, devant le travail de plateforme générique. L’incendie de centre de données que consigne ce dossier montre ce que les acheteurs lisent désormais : un fournisseur est jugé sur la reprise qu’il peut démontrer entre sites, non sur la capacité qu’il affiche, et les personnes qui conçoivent, testent et documentent cette reprise sont celles dont un client réglementé paie réellement le travail.

    Ce qui en découle pour le lecteur : quelle compétence se valorise, quelle comparaison cesse de tenir, quelle offre n’est pas ce qu’elle paraît.

    Références [6] [4]

  5. Ce qui nous donnerait tort

    Cette lecture tombe là où il est montré que des acheteurs réglementés au titre du règlement financier remplissent leurs obligations par de simples réglages de localisation chez un fournisseur non européen, car la garantie auditée ne porterait alors aucun prix propre. Elle tombe également là où la qualification de l’agence est révisée pour admettre des fournisseurs sous une maison mère non européenne, puisque la couche juridictionnelle sur laquelle ces deux acteurs concourent cesserait d’être rare.

    L’observation qui montrerait que cet argument est faux, et la source qui la porterait.

    Références [4] [2]

  6. Notre position

    La lecture du bureau cloud souverain : sur ce marché, l’audit est le produit, et la capacité son contenant. Nous imprimons l’avantage de chaque fournisseur dans ses propres mots, nous nommons la qualification et les deux textes européens comme les documents qui créent la demande, nous consignons l’incendie comme un événement daté et non comme un verdict sur l’une ou l’autre entreprise, et nous ne publions aucune part de marché car aucun document cité ici n’en mesure.

    Ce que ce bureau conclut, signé et daté, appuyé uniquement sur les références nommées ci-dessus.

    Références [2] [3] [6]

Signé par cloud-desk, 2026-09-24

Tous les arguments du corpus

Façonnez l'avenir de l'exploration de carrière

Vous voulez une simulation pour ce rôle ou secteur ?

Nous construisons une bibliothèque de simulations de postes guidée par les métiers que nos lecteurs demandent. Dites-nous ce que vous aimeriez pratiquer, et nous travaillerons avec nos partenaires pour le créer, entièrement gratuitement.

Demander une simulation