Un hébergement cloud loge un site web sur les serveurs virtuels d'un fournisseur plutôt que sur un serveur physique. Ce modèle de cloud computing ajuste stockage, données et ressources au besoin de l'entreprise, qui paie le service à l'usage et partage avec l'hébergeur la sécurité de l'infrastructure.
- Ressources partagées
- Serveurs virtuels, puissance de calcul, mémoire, espace de stockage, bande passante et données reposent sur une infrastructure cloud mutualisée, attribuée à la demande dans les centres de données : aucune entreprise ne réserve de matériel physique.
- Trois modèles
- Cloud public, cloud privé ou cloud hybride, avec un type de service au choix : serveur géré par l'utilisateur, offre managée ou application en ligne, selon les compétences du client.
- Avantages de la solution
- Flexibilité, copies redondantes et mise en ligne rapide d'un site internet, contre une tarification à l'utilisation à suivre de près, là où un serveur dédié ou l'hébergement traditionnel coûtent un forfait fixe.
Comment fonctionne un hébergement cloud ?
Un hébergement cloud repose sur des ressources partagées : un logiciel appelé hyperviseur découpe chaque serveur physique d'un data center en serveurs virtuels indépendants, et une couche d'orchestration gère l'accès réseau, le stockage de données et les services cloud de chaque entreprise. Chaque serveur virtuel dispose de son processeur, de sa mémoire vive et de son espace disque, et le fournisseur regroupe des milliers de ces machines dans un même pool. Quand un utilisateur commande un serveur cloud, l'orchestrateur choisit où le placer, lui attribue une adresse IP et le démarre en quelques minutes.
La différence avec un serveur loué de manière classique tient à cette abstraction. L'application ne dépend plus d'un matériel identifié : il dépend d'un ensemble de composants que le fournisseur déplace, réplique et remplace sans intervention de l'utilisateur. L'accès réseau, le stockage et le traitement deviennent des services que l'on commande par une console web ou par une interface de programmation, et que l'on rend dès qu'ils ne servent plus.
Le stockage de données séparé du calcul
Dans le stockage cloud, les données ne vivent pas sur le disque de la machine qui exécute le site. Elles se trouvent sur des volumes distants, souvent sur disques SSD, ou dans un stockage dit « objet » pensé pour les images, les vidéos et les archives. Cette séparation permet de détruire un serveur virtuel et d'en recréer un autre sans perdre un seul fichier : il suffit de rattacher le volume. Elle permet aussi de faire grandir l'espace de stockage indépendamment du processeur, ce qu'un hébergement mutualisé ou un disque local n'autorisent pas.
Une redondance assurée par le fournisseur
Les grands opérateurs de cloud computing découpent leurs régions en zones de disponibilité, c'est-à-dire en centres de données distincts, alimentés et refroidis séparément. Un volume de stockage se recopie automatiquement sur plusieurs disques, parfois dans plusieurs bâtiments. Quand un composant tombe en panne, la charge de travail bascule sur une autre machine, souvent sans coupure visible pour les visiteurs. Cette redondance ne couvre toutefois que l'infrastructure : une configuration ratée, un fichier supprimé par erreur ou une application piratée restent sous la responsabilité de l'utilisateur, qui garde ses propres copies.
Cloud public, privé ou hybride : trois modèles de déploiement
Le cloud public désigne une infrastructure partagée entre de nombreux utilisateurs d'un même fournisseur : Amazon Web Services, Microsoft Azure, Google Cloud ou, côté européen, OVHcloud et Scaleway. Chaque compte dispose d'un espace isolé logiciellement, mais le matériel sert à tous. C'est le modèle le plus souple et celui que choisissent la plupart des sites internet, des boutiques en ligne aux médias.
Le cloud privé réserve l'infrastructure à une seule organisation, dans ses propres locaux ou chez un hébergeur qui lui dédie des serveurs. Il apporte un contrôle plus fin sur la protection, la configuration et la localisation des données, au prix d'un investissement matériel et d'une équipe capable de l'exploiter. Les administrations, les banques et les établissements de santé y recourent pour des applications sensibles, parfois avec une offre de cloud souverain.
Le cloud hybride combine les deux : les données critiques restent dans un environnement privé, tandis que les traitements variables ou le front du site partent dans un cloud public. Une entreprise peut ainsi garder son fichier clients en interne et servir son catalogue depuis une infrastructure élastique. Ce modèle suppose également une interconnexion fiable entre les environnements et une gestion des droits cohérente des deux côtés.
| Modèle | Infrastructure | Pour qui | Point d'attention |
|---|---|---|---|
| Cloud public | Partagée entre utilisateurs, isolée par logiciel | Sites vitrines, e-commerce, médias, startups | Facture variable, région des données |
| Cloud privé | Réservée à une organisation | Grandes entreprises, secteur public, santé | Investissement, compétences internes |
| Cloud hybride | Privée pour le sensible, publique pour le variable | Structures aux données réglementées | Interconnexion, droits d'accès unifiés |
IaaS, PaaS, SaaS : ce que l'on gère soi-même
Le cloud se vend aussi par niveau de service, selon la part du travail que le fournisseur prend en charge. Le National Institute of Standards and Technology américain a posé cette classification dans sa définition du cloud computing publiée en 2011 (document SP 800-145), devenue la référence du secteur.
- IaaS (Infrastructure as a Service) : le fournisseur livre des serveurs virtuels, des disques et des réseaux. L'utilisateur installe le système, le serveur web, le langage et le CMS, applique les mises à jour et surveille les failles. C'est l'équivalent d'un serveur dédié, sans le matériel.
- PaaS (Platform as a Service) : l'environnement d'exécution est fourni. Le développeur dépose son code ou son conteneur, et la plateforme se charge de l'exploitation, de la montée en charge et des correctifs.
- SaaS (Software as a Service) : le logiciel entier est livré par le web, comme une messagerie ou Google Workspace. Côté web, cela correspond aux créateurs de sites et aux boutiques clés en main.
Entre ces catégories se glissent les offres d'hébergement managé, ou services infogérés : l'hébergeur propose d'administrer un serveur cloud pour le compte du client, avec sauvegardes, supervision et correctifs inclus. Pour une petite entreprise sans administrateur, cette formule dispense de porter seule la responsabilité d'une machine exposée sur internet. Les fonctions dites « serverless » vont plus loin : le code s'exécute à chaque requête, sans aucun serveur visible, et la facture suit le nombre d'appels.
Hébergement cloud ou hébergement traditionnel ?
L'hébergement traditionnel attribue à chaque projet une part fixe d'une machine identifiée : quelques gigaoctets sur un serveur mutualisé, un serveur VPS aux ressources fixes ou une machine physique entière. Le volume de ressources est connu à l'avance, le tarif aussi. Quand le matériel lâche, le service s'arrête jusqu'au remplacement de la pièce ou à la restauration sur une autre machine.
Le cloud remplace ces ressources figées par des ressources ajustables, et la panne d'un composant par une bascule automatique. Il ne supprime pas pour autant l'intérêt des formules classiques : un serveur VPS loué au mois reste lisible et prévisible pour un trafic stable, et un serveur dédié avec infogérance offre une puissance garantie qu'aucun voisin ne consomme. Le tableau compare les quatre familles sur les critères qui pèsent dans le choix.
| Critère | Mutualisé | VPS | Dédié | Cloud |
|---|---|---|---|---|
| Ressources | Partagées, plafonnées | Fixes, réservées | Machine entière | Ajustables à la demande |
| Tarification | Forfait bas | Forfait intermédiaire | Forfait plus élevé | À l'usage, variable |
| Panne matérielle | Gérée par l'hébergeur | Coupure possible | Coupure jusqu'à réparation | Bascule automatique |
| Administration | Aucune | Logiciels à maintenir | Logiciels à maintenir | Selon IaaS, PaaS ou managé |
| Profil type | Blog, site vitrine | Fréquentation régulière | Charge lourde et constante | Fréquentation irrégulière, projet en croissance |
Quels avantages pour un site web et pour l'entreprise ?
L'élasticité reste l'avantage principal du cloud. Une boutique en ligne qui reçoit dix fois plus de visites pendant les soldes ajoute des serveurs virtuels derrière un répartiteur de charge, puis les supprime la semaine suivante. Un média dont un article circule sur les réseaux sociaux absorbe la vague sans tomber. Avec un serveur fixe, il faudrait dimensionner toute l'année pour ce pic, et payer des machines inutilisées le reste du temps.
La flexibilité porte aussi sur la géographie. Un fournisseur présent sur plusieurs continents permet de rapprocher les serveurs des visiteurs, et un réseau de diffusion de contenu met les images et les fichiers statiques en cache près de chaque internaute. Le rôle exact d'un CDN devant un site se combine très bien avec une origine hébergée dans le cloud.
Viennent ensuite la rapidité de mise en place et l'automatisation. Un environnement de test se monte en quelques minutes à partir d'un modèle, puis se détruit après validation. Les équipes techniques décrivent toute l'infrastructure dans des fichiers de configuration (on parle d'infrastructure as code, avec des outils open source comme Terraform ou Ansible), ce qui permet de la reconstruire à l'identique dans une autre région. Le cycle de vie d'une application, du développement à la production, s'accélère d'autant.
Enfin, l'entreprise n'achète plus de matériel. L'investissement initial disparaît au profit d'une dépense d'exploitation, et le renouvellement des machines, le remplacement des disques ou la climatisation des salles relèvent du fournisseur. Pour une jeune structure, cela signifie lancer un projet sans immobiliser de trésorerie dans des serveurs qui deviendront obsolètes.
Grâce à cette mise en commun, un professionnel du web peut tirer parti d'options autrefois réservées aux grands groupes : répartition de charge, réplication entre régions ou mise à l'échelle automatique. Les offres intègrent généralement ces fonctions dans leur console, et chaque produit se facture au temps d'utilisation réel, à la seconde ou à l'heure selon l'opérateur.
Limites et coûts cachés d'une infrastructure cloud
La facturation à l'usage est un atout tant qu'elle reste surveillée. Le coût d'un hébergement cloud ne se limite pas au processeur et à la RAM : le trafic sortant, la bande passante, les adresses IP publiques, les instantanés de disques, les journaux conservés et les services annexes s'additionnent ligne par ligne. Une machine de test oubliée, un volume détaché que personne ne supprime ou une attaque qui génère du trafic suffisent à faire grimper la note d'un mois à l'autre.
Les fournisseurs proposent des alertes de budget et des plafonds de dépense : les activer dès l'ouverture du compte fait partie des premiers réglages. Les engagements sur un ou trois ans, appelés instances réservées ou plans d'économie, abaissent le tarif horaire d'une charge stable, mais ils réintroduisent la rigidité d'un forfait. Pour une fréquentation régulière, un abonnement mensuel fixe chez un hébergeur classique revient souvent moins cher qu'une configuration cloud équivalente.
Le cloud ne dispense pas non plus d'administration. Une machine virtuelle se met à jour, se protège par un pare-feu et se surveille comme n'importe quel serveur. Les erreurs de configuration, comme un compartiment de stockage laissé accessible au public ou une clé d'accès publiée par mégarde dans un dépôt de code, comptent parmi les causes de fuites de données les plus fréquentes signalées par les éditeurs spécialisés.
Reste la dépendance au fournisseur. Un projet qui utilise uniquement des serveurs virtuels standard se déplace facilement ; une application bâtie sur les services propriétaires d'un opérateur (base managée maison, file de messages, fonctions serverless) oblige à réécrire une partie du code pour en changer. Le règlement européen sur les données (Data Act), applicable depuis le 12 septembre 2025, oblige désormais les fournisseurs de cloud à faciliter ce changement et à supprimer progressivement les frais de sortie, mais la portabilité technique reste à préparer par l'utilisateur lui-même.
Données, sécurité et souveraineté du cloud
Dans le cloud, la protection suit un modèle de responsabilité partagée. Le fournisseur protège les centres de données, le matériel, l'hyperviseur et le réseau ; le client protège ce qu'il installe : système d'exploitation, application, comptes, mots de passe et données. Une offre managée déplace la frontière vers l'hébergeur, sans jamais la supprimer : la gestion des accès et la qualité du code restent du côté de l'utilisateur.
Un site qui collecte des données personnelles de visiteurs européens doit savoir dans quel pays elles sont stockées et qui peut y accéder. La plupart des grands fournisseurs permettent de choisir une région européenne au moment d'ouvrir chaque ressource. Lorsque des données partent hors de l'Union européenne, le RGPD exige un encadrement : décision d'adéquation de la Commission européenne, clauses contractuelles types ou autres garanties, détaillées par la CNIL dans sa page sur les transferts hors UE. Les obligations concrètes d'un hébergeur conforme au RGPD pour un site qui collecte des formulaires vont du contrat de sous-traitance à la journalisation des accès.
La localisation en Europe ne règle pas tout. Un fournisseur dont la maison mère est établie aux États-Unis reste soumis au Cloud Act de 2018, qui permet aux autorités américaines de réclamer des données stockées à l'étranger. C'est l'enjeu du cloud souverain : pour les administrations et les données sensibles, l'Agence nationale de la sécurité des systèmes d'information (ANSSI) délivre la qualification SecNumCloud, qui atteste d'un haut niveau de sécurité et d'une immunité aux lois étrangères à portée extraterritoriale. La liste des offres qualifiées se consulte sur le site de l'ANSSI.
Pour un site vitrine ou une petite boutique, une région européenne, un contrat clair et des sauvegardes externes suffisent dans la plupart des cas. Un service qui traite des données de santé doit, lui, passer par un hébergeur certifié HDS (hébergeur de données de santé), quel que soit le modèle de cloud retenu.
Comment choisir une offre d'hébergement cloud ?
Le meilleur hébergeur cloud n'existe pas dans l'absolu : il existe une offre adaptée à un projet, à une équipe et à un budget. Avant de comparer les fournisseurs, il faut décrire le besoin réel du projet, puis confronter chaque offre à une grille de critères identique.
- Le niveau de service souhaité : IaaS si une équipe sait administrer des serveurs, PaaS pour des développeurs qui veulent seulement déployer, hébergement managé pour une structure sans technicien.
- La localisation et le droit applicable : régions disponibles en France ou en Europe, nationalité de la maison mère, qualification SecNumCloud ou certification HDS si les données l'exigent.
- La transparence tarifaire : prix du trafic sortant, des adresses IP, des instantanés et du support, existence d'alertes et de plafonds de dépense.
- Les garanties de disponibilité : engagement contractuel de service (SLA) et pénalités prévues ; le taux de disponibilité promis par un hébergeur se lit toujours avec ses exclusions.
- La sauvegarde et la reprise : copies automatiques, durée de rétention, possibilité de restaurer dans une autre zone.
- Le support : langue, horaires, délai de réponse, et tarif des niveaux d'assistance supérieurs.
- La sortie : formats d'export standard, outils de migration et conditions de récupération des données en fin de contrat.
Un comparatif sérieux teste aussi l'interface : créer un serveur, attacher un volume, ouvrir un port et lire une facture détaillée donnent une idée plus juste d'un fournisseur que sa page commerciale. La plupart des opérateurs offrent un crédit d'essai ; la loi française du 21 mai 2024 visant à sécuriser et réguler l'espace numérique (loi SREN) encadre désormais la durée de ces avoirs et les frais de transfert de données, pour limiter l'effet d'enfermement.
En matière de connexion, il convient de mesurer la latence depuis la France et la qualité des liaisons entre zones : le rapport entre performance et tarif varie d'un fournisseur à l'autre, et un test réel implique peu de risque grâce à la facturation à l'heure. Chaque tâche d'évaluation se mène sur un compte distinct, ce qui permet de réduire les surprises au lieu de les découvrir en production. Deux semaines d'essai suffisent généralement à repérer les besoins différents de chaque environnement, du site de démonstration à la boutique en ligne.
Dimensionner un site avant de le migrer vers le cloud
Une migration réussie commence par une mesure de l'existant, pas par le choix d'une machine. Sur l'hébergement actuel, il faut relever pendant plusieurs semaines la consommation de processeur et de mémoire aux heures creuses et aux heures de pointe, le volume de trafic sortant, la taille des fichiers et des données, ainsi que le nombre de requêtes par seconde lors du pic le plus élevé. Ces chiffres forment le point de départ de toute estimation.
Prenons un exemple : un site e-commerce qui tourne à faible charge onze mois sur douze et quadruple son trafic en décembre. Sur un serveur fixe, il doit louer toute l'année les ressources de décembre. Dans le cloud, une configuration modeste suffit, complétée par une règle de mise à l'échelle automatique qui ajoute des instances quand le processeur dépasse un seuil. Les images et les médias partent dans un stockage objet servi par un CDN, ce qui allège les machines de calcul et réduit le trafic sortant facturé.
La migration elle-même suit un ordre précis : préparer l'environnement cible, copier les fichiers et les données, tester sur une adresse provisoire, abaisser la durée de vie des enregistrements DNS quelques jours avant, puis basculer et surveiller. Le détail de cette bascule est le même que pour déménager un site chez un nouvel hébergeur : seule la cible change. Garder l'ancien hébergement actif quelques semaines après le basculement permet de revenir en arrière si un problème apparaît.
Après la migration, une revue mensuelle des ressources affine le dimensionnement : une machine qui plafonne à un faible usage du processeur se remplace par une taille inférieure, un volume inutilisé se supprime. C'est cette discipline, plus que le choix initial du fournisseur, qui décide de la dépense réelle d'une infrastructure cloud sur la durée.
Hébergement cloud au quotidien : WordPress, facture, empreinte carbone et sortie
Un site WordPress a-t-il besoin d'un hébergement cloud ?
Un site WordPress à l'audience modeste fonctionne très bien sur un hébergement mutualisé ou un VPS. Le cloud devient pertinent pour un WordPress très fréquenté, une boutique WooCommerce sujette aux pics ou un ensemble de sites qui doit monter en charge rapidement. Des hébergeurs proposent aussi du WordPress managé bâti sur une infrastructure cloud, qui cumule simplicité et élasticité.
L'hébergement cloud coûte-t-il plus cher qu'un serveur classique ?
Le coût d'un hébergement cloud dépend de la fréquentation. Pour une charge stable, un forfait classique revient souvent moins cher ; pour une charge très variable, payer à l'usage évite de financer une capacité inutilisée la majeure partie de l'année. Les frais annexes, surtout le trafic sortant, font la différence et se vérifient dans la grille tarifaire de chaque fournisseur.
Le cloud a-t-il une empreinte carbone plus faible ?
L'empreinte carbone d'un hébergement cloud dépend du taux d'utilisation des serveurs, de l'efficacité énergétique des centres de données et du mix électrique du pays. Mutualiser les machines limite le nombre de serveurs allumés à vide, mais la facilité à lancer des ressources pousse aussi à en garder de trop. Choisir une région alimentée par une électricité bas carbone et supprimer les ressources inutiles pèsent davantage que le seul choix du fournisseur.
Peut-on quitter facilement un fournisseur de cloud ?
Quitter un fournisseur de cloud reste simple quand le projet repose sur des serveurs virtuels, des conteneurs et des formats ouverts. Les services propriétaires rendent la sortie plus longue. Le Data Act européen impose aux fournisseurs d'accompagner le changement et de supprimer les frais de sortie d'ici janvier 2027.
