Cloud public vs on-premise : que choisir en 2026 pour héberger votre application ?

#Le cloud public en 2026 : un bilan en demi-teinte

Depuis 2015, le mouvement vers le cloud public a été massif. AWS, Azure et GCP ont convaincu les DSI avec un argument simple : transformez vos dépenses d'investissement (CapEx) en dépenses opérationnelles (OpEx), ne payez que ce que vous consommez, et ne gérez plus d'infrastructure.

Dix ans plus tard, le bilan est nuancé. Le cloud public a tenu ses promesses sur la scalabilité et la vitesse de déploiement. Mais trois problèmes se sont matérialisés.

L'explosion des coûts. Le modèle pay-as-you-go se révèle plus cher que prévu pour les workloads stables. Une étude Andreessen Horowitz publiée en 2024 estimait que les entreprises pouvaient réduire leurs coûts d'infrastructure de 50% à 80% en rapatriant les workloads prévisibles du cloud public vers du on-premise. David Heinemeier Hansson (créateur de Ruby on Rails et CTO de 37signals/Basecamp) a documenté une économie de 7 millions de dollars sur 5 ans après le rapatriement de ses serveurs depuis AWS vers du on-premise.

Le vendor lock-in. Les services managés propriétaires (AWS Lambda, Azure Functions, DynamoDB, Aurora, Cloud Spanner) créent une dépendance technique qui rend la migration vers un autre fournisseur coûteuse et complexe. Plus vous utilisez de services spécifiques à un fournisseur, plus le coût de sortie augmente.

La souveraineté des données. Le CLOUD Act américain (2018) permet aux autorités américaines d'accéder aux données hébergées par des entreprises américaines, y compris les données stockées en Europe. Le RGPD exige que les données personnelles des citoyens européens soient protégées selon le droit européen. Cette tension juridique crée une zone grise pour les entreprises françaises qui hébergent des données sensibles sur AWS, Azure ou GCP.

Ces trois facteurs ont déclenché un mouvement de repatriation (cloud exit) qui s'accélère en 2026, notamment chez les ETI françaises soumises à des contraintes réglementaires.

#L'on-premise moderne : ce n'est plus le data center de 2010

Quand on parle d'on-premise en 2026, il ne s'agit plus de la salle serveur au sous-sol avec un technicien qui change les disques durs. L'on-premise moderne repose sur des serveurs dédiés hébergés dans des datacenters professionnels (OVH, Scaleway, Equinix) avec une gestion automatisée via Infrastructure as Code (Terraform, Ansible, Pulumi).

Les serveurs dédiés OVH, par exemple, offrent des machines avec 64 à 512 Go de RAM, des SSD NVMe de 2 à 8 To et une bande passante de 1 à 10 Gbps — pour un coût mensuel de 100 à 800 euros. À titre de comparaison, une instance AWS EC2 équivalente (r6g.4xlarge, 128 Go RAM) coûte environ 900 euros par mois en mode reserved instance 1 an, ou 1 400 euros par mois en mode on-demand.

La gestion de l'infrastructure on-premise est simplifiée par les outils modernes. Terraform permet de provisionner des serveurs OVH ou Scaleway avec le même workflow que pour AWS. Kubernetes peut être déployé sur des serveurs dédiés via k3s ou RKE2. Le monitoring est assuré par Prometheus et Grafana, exactement comme sur le cloud public.

Le surcoût réel de l'on-premise par rapport au cloud public n'est pas technique — il est opérationnel. Il faut une équipe qui sait gérer Kubernetes, les mises à jour de sécurité, les sauvegardes et la haute disponibilité. Pour une ETI qui dispose d'une équipe ops de 2 à 3 personnes, c'est faisable. Pour une startup de 5 personnes sans DevOps, le cloud managé reste le choix pragmatique.

#Comparatif détaillé des coûts : cloud public vs on-premise

Prenons un cas concret : une application web B2B avec 5 000 utilisateurs actifs quotidiens, une base PostgreSQL de 200 Go, un backend Node.js et un frontend Next.js.

Configuration AWS (région eu-west-3 Paris) : 2 instances EC2 t3.xlarge (4 vCPU, 16 Go RAM) en reserved instance 1 an à partir de 720 €/mois chacune, 1 instance RDS db.r6g.large (PostgreSQL, 16 Go RAM, 500 Go stockage) à à partir de 1 033 €/mois, 1 ALB (Application Load Balancer) à à partir de 400 €/mois, stockage S3 50 Go à 2 €/mois, transfert de données sortantes 500 Go à à partir de 720 €/mois, CloudWatch monitoring à à partir de 480 €/mois. Total mensuel : à partir de 800 €/mois, soit à partir de 1 682 €/an.

Configuration OVH équivalente : 2 serveurs dédiés Rise-1 (4 vCPU, 32 Go RAM, 2x500 Go NVMe) à à partir de 960 €/mois chacun, 1 serveur dédié pour PostgreSQL (4 vCPU, 64 Go RAM, 2x1 To NVMe RAID) à à partir de 1 065 €/mois, load balancer OVH à à partir de 11 k€/mois, stockage Object Storage 50 Go à 1 €/mois, bande passante illimitée incluse. Total mensuel : à partir de 745 €/mois, soit à partir de 848 €/an.

Différence : 6 348 euros par an, soit une économie de 65% en faveur de l'on-premise OVH. Sur 3 ans, l'économie est de 19 044 euros.

Cette comparaison illustre un schéma récurrent : pour les workloads stables et prévisibles, l'on-premise est significativement moins cher. Le cloud public devient avantageux quand la charge est imprévisible (pics saisonniers, croissance rapide) ou quand vous avez besoin de services managés avancés (machine learning, analytics en temps réel, IoT).

#Souveraineté des données et RGPD : le facteur juridique

Depuis l'invalidation du Privacy Shield par la CJUE en 2020 (arrêt Schrems II), les transferts de données personnelles vers les États-Unis sont juridiquement fragiles. Le Data Privacy Framework (DPF) adopté en 2023 a rétabli un cadre légal, mais les juristes spécialisés s'accordent sur le fait qu'un Schrems III est probable — ce qui invaliderait à nouveau le DPF.

Pour les entreprises françaises qui traitent des données sensibles (données de santé, données financières, données personnelles à grande échelle), cette incertitude juridique est un risque opérationnel. La CNIL recommande explicitement de privilégier les hébergeurs européens pour les traitements de données sensibles.

Concrètement, les implications sont les suivantes.

Données de santé. L'hébergement HDS (Hébergeur de Données de Santé) est obligatoire. AWS et Azure proposent des offres certifiées HDS, mais les données restent soumises au CLOUD Act. OVH Healthcare et Scaleway proposent des offres HDS avec un hébergement garanti en France et une immunité au CLOUD Act.

Données financières. La directive DORA (Digital Operational Resilience Act), applicable depuis janvier 2025, impose aux institutions financières de maîtriser les risques liés aux prestataires cloud. Les régulateurs européens (ACPR en France) examinent de plus en plus attentivement la concentration des risques chez les hyperscalers américains.

Données personnelles à grande échelle. Le RGPD impose une analyse d'impact (DPIA) pour les traitements à grande échelle de données personnelles. Si votre hébergeur est soumis au CLOUD Act, vous devez documenter les mesures supplémentaires de protection (chiffrement de bout en bout, clés gérées par le client). Avec un hébergeur français, cette complexité disparaît.

→ Pour aller plus loin : découvrez nos outils gratuits — calculateurs ROI, diagnostics techniques et quiz interactifs pour affiner votre réflexion.

#Le cloud souverain français : une troisième voie crédible

Entre le cloud public américain et l'on-premise pur, le cloud souverain français offre un compromis intéressant : des services managés comparables au cloud public, avec un hébergement en France et une conformité RGPD native.

OVHcloud. Le plus grand hébergeur européen propose Managed Kubernetes, bases de données managées (PostgreSQL, MySQL, MongoDB), stockage objet S3-compatible, et un catalogue de services qui se rapproche progressivement d'AWS. Les datacenters sont situés en France (Roubaix, Strasbourg, Gravelines). Le manque historique de services managés avancés (serverless, ML) se comble rapidement.

→ Pour aller plus loin : découvrez nos outils gratuits — calculateurs ROI, diagnostics techniques et quiz interactifs pour affiner votre réflexion.

Scaleway. La filiale d'Iliad (Free) propose une offre cloud moderne avec Kubernetes managé (Kapsule), bases de données managées, fonctions serverless, et des GPU pour le machine learning. Les datacenters sont à Paris et Amsterdam. L'interface est soignée et l'API bien documentée — un point souvent sous-estimé par les équipes DevOps.

NumSpot. Le cloud souverain créé par Docaposte (La Poste), Dassault Systèmes, Bouygues Telecom et la Banque des Territoires. NumSpot vise la qualification SecNumCloud de l'ANSSI et se positionne sur le segment public et santé. L'offre est encore jeune mais ambitieuse.

Outscale (3DS). La filiale cloud de Dassault Systèmes, qualifiée SecNumCloud depuis 2019. Outscale propose une API compatible AWS (EC2, S3, RDS) qui facilite la migration depuis AWS. L'offre est positionnée sur les secteurs réglementés (défense, finance, santé).

Le cloud souverain français n'est pas parfait. Le catalogue de services est 3 à 5 fois moins large que celui d'AWS. Le support et la documentation sont parfois en retrait. Et les prix, bien qu'inférieurs à AWS, sont souvent supérieurs à l'on-premise pur. Mais pour les entreprises qui ont besoin de services managés avec une garantie de souveraineté, c'est l'option la plus équilibrée en 2026.

#La stratégie hybride : l'approche Nehos

Après avoir accompagné plus de 30 projets d'infrastructure, notre recommandation pour les ETI françaises en 2026 est la stratégie hybride. Elle consiste à répartir les workloads selon leur nature.

Sur le cloud public (AWS/Azure/GCP) : les workloads à charge variable (sites e-commerce avec pics saisonniers, applications mobile grand public), les services managés avancés qui n'ont pas d'équivalent souverain (ML, analytics temps réel), et les environnements de développement/staging éphémères.

Sur le cloud souverain ou on-premise (OVH, Scaleway) : les workloads à charge stable et prévisible (applications métier internes, API B2B, bases de données de production), les données sensibles (données de santé, données financières, données personnelles), et les environnements de production critiques.

Cette stratégie impose une architecture portable. Les applications doivent être conteneurisées (Docker), orchestrées par Kubernetes, et déployées via Infrastructure as Code (Terraform). Le vendor lock-in doit être minimisé : privilégiez PostgreSQL sur Kubernetes plutôt qu'Aurora, des files d'attente RabbitMQ plutôt que SQS, et un stockage objet S3-compatible plutôt que des services propriétaires.

L'investissement initial dans la portabilité (conteneurisation, IaC, abstraction des services managés) représente 10% à 15% du budget d'infrastructure. Mais il offre une liberté de mouvement qui permet de renégocier les contrats cloud, de migrer vers un hébergeur moins cher, ou de rapatrier des workloads si les coûts dérapent.

#Guide de décision : 5 questions pour choisir

Répondez à ces 5 questions pour déterminer la stratégie d'hébergement adaptée à votre situation.

1. Votre charge est-elle prévisible ou variable ? Si votre application a une charge stable (applications métier B2B, outils internes), l'on-premise ou le cloud souverain est moins cher. Si votre charge est imprévisible (e-commerce B2C, application virale), le cloud public est justifié pour son élasticité.

2. Traitez-vous des données sensibles (santé, finance, données personnelles) ? Si oui, privilégiez le cloud souverain ou l'on-premise français pour éviter les risques juridiques liés au CLOUD Act et simplifier la conformité RGPD.

3. Avez-vous une équipe ops en interne ? Si vous avez 2 à 3 personnes capables de gérer Kubernetes et l'infrastructure, l'on-premise est viable. Sinon, le cloud managé (public ou souverain) est le choix pragmatique.

4. Quel est votre horizon de planification ? Sur 1 an, le cloud public est souvent moins cher grâce à l'absence d'investissement initial. Sur 3 à 5 ans, l'on-premise ou le cloud souverain est significativement moins cher pour les workloads stables.

5. Avez-vous besoin de services managés avancés ? Si votre application utilise du machine learning, de l'analytics en temps réel ou de l'IoT, le cloud public (AWS, Azure, GCP) offre un écosystème de services sans équivalent. Si votre application est un CRUD classique (base de données, API REST, frontend), un serveur dédié OVH suffit.

Nehos conçoit des architectures hybrides pour les ETI françaises qui veulent optimiser leurs coûts d'infrastructure sans compromettre la souveraineté de leurs données. Si vous évaluez votre stratégie d'hébergement, un appel technique de 15 minutes permet de cadrer les options.