Sovra by Ohmycad
Ressources · Souveraineté
Souveraineté

Cloud souverain vs hyperscaler : le comparatif honnête pour un DSI

Par l'équipe Sovra21 Jun 20263 min de lecture
L'essentiel

Le vrai critère n'est pas la localisation des serveurs mais le droit applicable à l'opérateur. Frais d'egress, réversibilité, accès aux marchés publics : quand un hyperscaler suffit, quand il ne suffit plus.

Le débat cloud souverain contre hyperscaler tourne souvent au procès d’intention. D’un côté, la promesse de la souveraineté brandie comme un absolu. De l’autre, la puissance des géants américains présentée comme indépassable. La réalité d’un DSI est plus prosaïque : certaines charges vont très bien chez un hyperscaler, d’autres n’ont rien à y faire. Voici où passe la ligne.

Le vrai critère : le droit applicable, pas la localisation

Un datacenter à Paris ne protège pas vos données du droit américain si l’opérateur qui le gère dépend d’une maison mère aux États-Unis. Le Cloud Act autorise les autorités américaines à réclamer des données à toute entreprise soumise à leur juridiction, où que ces données soient stockées. La question n’est donc pas « où sont mes serveurs ? » mais « qui peut être contraint de livrer mes données, et selon quelle loi ? ».

Un cloud souverain répond par une entité de droit français ou européen, sans lien capitalistique qui l’expose à une législation extraterritoriale. Sovra est opéré sur 3DS Outscale, opérateur français, avec une région cloudgouv qualifiable SecNumCloud pour les données les plus sensibles.

Réversibilité et frais de sortie

Les hyperscalers facturent la sortie de vos données. Ces frais d’egress, souvent invisibles au moment du choix, deviennent un frein réel dès que vous voulez rapatrier des téraoctets ou changer de fournisseur. C’est un mécanisme de rétention qui augmente le coût réel d’un départ.

Un cloud dont vous ne pouvez pas sortir sans payer cher n’est pas un cloud que vous contrôlez.

Exigez la gratuité ou le plafonnement des frais de sortie, des exports complets par API standard, et une clause de réversibilité écrite. Ce sont des points contractuels, pas des arguments commerciaux.

Accès aux marchés publics

Pour un fournisseur qui vend à l’État, aux collectivités ou aux opérateurs régulés, le référencement UGAP et la conformité à la doctrine « cloud au centre » ne sont pas des détails. Un hébergement souverain ouvre des marchés qu’un hyperscaler ferme. Si votre roadmap commerciale touche le secteur public, l’arbitrage est déjà tranché.

Quand un hyperscaler suffit

Soyons honnêtes : tout ne relève pas de la souveraineté. Un hyperscaler reste pertinent pour :

  • des sites vitrine et contenus publics sans donnée personnelle sensible ;
  • des environnements de test et de développement sans données de production ;
  • des charges qui demandent des services managés très spécifiques, sans enjeu réglementaire.

Le cloud souverain devient nécessaire dès que vous manipulez des données personnelles à grande échelle, des données de santé, des secrets industriels, ou dès qu’un cadre réglementaire (secteur public, OIV, défense) l’impose.

Ma recommandation

Ne raisonnez pas « tout ou rien ». Cartographiez vos charges par niveau de sensibilité et par exposition réglementaire. Les charges banales et sans enjeu peuvent rester chez un hyperscaler si le coût le justifie. Les données sensibles, les charges régulées et tout ce qui touche à votre différenciation industrielle méritent un opérateur de droit français, avec l’option SecNumCloud pour le plus critique.

La bonne façon de trancher n’est pas idéologique : elle passe par un inventaire de vos charges et un chiffrage comparé, egress et réversibilité inclus.

Un projet d'infrastructure souveraine ?

Un ingénieur Sovra vous aide à cadrer la bonne région, sans engagement.

Demander un chiffrage
À lire aussi
Souveraineté

Cloud Act : pourquoi héberger en Europe ne suffit pas

Souveraineté

Qui est réellement obligé d’héberger en cloud souverain ?