OVHcloud, Scaleway ou AWS : quel cloud pour héberger votre application métier

OVHcloud, Scaleway et AWS comparés en un tableau

Les trois fournisseurs hébergent une application web ou mobile avec des machines virtuelles, du Kubernetes managé, des bases PostgreSQL managées et du stockage objet compatible S3 ; ils diffèrent par le droit applicable, les qualifications et la manière de facturer.

SecNumCloud et HDS : qui est qualifié pour quoi ?

SecNumCloud qualifie une offre précise, pas un fournisseur entier : l'ANSSI le rappelle dans sa FAQ, et c'est la première vérification à faire face à un hébergeur qui se dit souverain.

SecNumCloud est le référentiel de l'ANSSI, élaboré en 2016, qui permet de qualifier des offres cloud destinées aux données sensibles, y compris face à l'application de lois extraterritoriales. La qualification vaut trois ans, avec des audits annuels de surveillance. Dans le catalogue de l'ANSSI mis à jour le 15 septembre 2026, OVHcloud compte trois services qualifiés en IaaS : Hosted Private Cloud powered by VMware (jusqu'au 29 décembre 2026), Bare Metal Pod (jusqu'au 24 mars 2028) et SNC Cloud Platform (depuis le 31 juillet 2026). Scaleway figure sur la liste publique des projets en cours de qualification pour son offre Scaleway SecNumCloud. AWS n'apparaît sur aucune des deux listes.

Pour l'hébergement de données de santé, les trois sont certifiés, avec des conditions à lire :

• OVHcloud : certifié HDS depuis 2019 ; l'option s'active sur Hosted Private Cloud et Public Cloud, avec un support Business ou Enterprise et l'avenant « OVHcloud Healthcare Addendum ».
• Scaleway : se présente comme certifié HDS et ISO/IEC 27001:2022.
• AWS : certifié selon le référentiel HDS v2 depuis le 21 avril 2026 ; l'hébergement physique et la sauvegarde (activités 1, 2 et 6) ne sont couverts que dans six régions de l'EEE, dont Paris, et l'AWS European Sovereign Cloud n'entre pas encore dans le périmètre.

Le détail des obligations figure dans les guides hébergement souverain et hébergement de données de santé.

Le Cloud Act change-t-il quelque chose pour une PME ?

Oui pour des données stratégiques ou réglementées, rarement pour une application de gestion ordinaire : tout dépend de ce qu'un accès par une autorité étrangère vous ferait perdre.

Les États-Unis ont adopté le CLOUD Act en mars 2018. Selon le livre blanc publié en avril 2019 par le ministère américain de la Justice, la loi précise qu'un fournisseur soumis à la juridiction américaine doit communiquer, sur réquisition valide, les données en sa possession, sous sa garde ou sous son contrôle, qu'elles soient stockées aux États-Unis ou ailleurs. Choisir la région AWS de Paris fixe donc la localisation des données, pas le droit applicable au fournisseur.

Côté européen, l'article 48 du RGPD prévoit qu'une décision d'une autorité d'un pays tiers exigeant la communication de données personnelles n'est reconnue que si elle repose sur un accord international, comme un traité d'entraide judiciaire. Le référentiel SecNumCloud va plus loin et impose des critères d'immunité aux lois extra-européennes : siège social dans l'Union, entités hors UE minoritaires au capital, autonomie d'exploitation.

AWS a créé l'AWS European Sovereign Cloud, un cloud séparé dont la première région se trouve dans le Brandebourg, en Allemagne, porté par des sociétés de droit allemand et exploité par des résidents de l'Union, avec des comptes distincts. Scaleway met en avant une juridiction « 100 % européenne », à l'abri du CLOUD Act selon sa présentation. La question pratique reste : un client, un donneur d'ordre public ou un contrat exige-t-il cette protection ? Pour un cas précis, faites valider l'analyse par votre délégué à la protection des données ou un avocat.

Services managés : ce que chaque cloud vous évite d'administrer

Un service managé transfère à l'hébergeur les mises à jour, les sauvegardes et la haute disponibilité d'une brique, ce qui compte souvent plus que le prix pour une PME sans administrateur système.

• Bases de données : PostgreSQL managé chez les trois ; OVHcloud ajoute MySQL et MongoDB, Scaleway MySQL et une base PostgreSQL serverless.
• Conteneurs : Managed Kubernetes Service chez OVHcloud, Kubernetes Kapsule chez Scaleway, Amazon EKS chez AWS.
• Exécution sans serveur : Serverless Functions, Containers et Jobs chez Scaleway, AWS Lambda chez AWS.
• Fichiers : stockage objet compatible S3 chez les trois, ce qui facilite un futur déménagement.
• Modèles d'IA : OVHcloud AI Endpoints et Scaleway Generative APIs servent des modèles hébergés en Europe ; AWS propose Amazon Bedrock, qui donne notamment accès aux modèles de Mistral et d'Anthropic.

AWS revendique plus de 200 services, utiles pour les architectures complexes. Pour une application qui tient en une base, une API et un stockage de fichiers, cet écart ne sert pas. Le choix du back-end lui-même est traité dans le comparatif Supabase ou Firebase.

Coûts : ce qui fait vraiment la facture

À configuration comparable, l'écart vient moins du prix des serveurs que de trois postes oubliés au moment du choix : trafic sortant, support et temps d'exploitation.

1. Le trafic sortant : OVHcloud affiche sur Public Cloud un trafic inclus et illimité, sans frais d'entrée ni de sortie. Scaleway inclut le trafic sortant dans le prix de ses instances et facture le stockage objet au-delà de 75 Go sortants gratuits par mois. AWS offre 100 Go de transfert sortant vers Internet par mois, tous services confondus, puis facture par paliers. Une application qui diffuse des photos de chantier, des vidéos ou de gros exports voit la différence chaque mois.
2. Le support : Scaleway et AWS incluent un support de base, et les trois vendent des niveaux supérieurs. Scaleway affiche par exemple son niveau Advanced à 50 euros HT par mois ou 5 % des dépenses nettes, le montant le plus élevé s'appliquant (tarif public relevé en octobre 2026). OVHcloud recommande Business ou Enterprise pour la production, et AWS présente Business Support+ comme le plan minimum recommandé pour les charges de production.
3. L'exploitation : correctifs, sauvegardes testées, supervision. Plus l'application s'appuie sur des services managés, plus ce poste diminue.

Les ordres de grandeur sont détaillés dans la page combien coûte l'hébergement d'une application.

Notre verdict selon votre situation

Quand aucune des trois options ne convient

• Une exigence SecNumCloud sur un service non qualifié chez OVHcloud : d'autres prestataires figurent au catalogue de l'ANSSI de septembre 2026, comme Outscale, Cloud Temple ou le Cloud de confiance S3NS de Thales.
• Un équipement qui doit fonctionner sans Internet : certaines applications n'ont pas besoin de cloud. Le robot de livraison conçu par YMHB Web pour Sakura France Service sert son propre tableau de bord sur le réseau du cabinet, sans serveur externe.
• Un site vitrine ou un outil très simple : un hébergement mutualisé ou une plateforme de déploiement spécialisée coûte moins cher et demande moins de maintenance qu'un cloud d'infrastructure.
• Une exploitation exigeante sans équipe interne (astreinte, temps de rétablissement garanti) : la vraie question devient celle de l'infogérance, pas du choix de l'hébergeur.

Ce que fait YMHB Web

YMHB Web choisit l'hébergement au cadrage, à partir des données traitées, des exigences des clients du projet et du budget d'exploitation, puis construit l'application avec des technologies standard comme Node.js et PostgreSQL, que tout hébergeur sait faire tourner. Cette portabilité permet de changer d'hébergeur sans réécrire l'application, principe détaillé dans la fiche réversibilité. La marketplace Garage Connect est par exemple hébergée sur un serveur dédié, avec certificats et supervision mis en place par l'agence. Le code, documenté, appartient au client au paiement intégral.