« Où sont mes serveurs, au fait ? » C'est la question qu'un dirigeant m'a posée après avoir signé son premier contrat cloud, l'air un peu gêné de ne pas savoir. Il venait de déplacer toute sa production chez un hyperscaler, et il se retrouvait à ne plus pouvoir désigner du doigt la machine qui fait tourner son entreprise. Bonne question, et elle résume à peu près tout : le cloud computing déplace vos ressources informatiques ailleurs, et ce déménagement a autant de bons côtés que de factures surprises.
Je gère des migrations cloud depuis assez longtemps pour avoir vu les deux faces. Des gains de temps réels, des économies, de la souplesse qu'on n'avait pas avant. Et aussi des nuits blanches sur une facture egress, un prestataire qui ferme une région sans prévenir, un lock-in qui coûte plus cher que le matériel racheté. Voici ce que j'ai appris, sans enrobage.
Points clés à retenir
- Le cloud, c'est de la location de ressources à la demande : vous payez ce que vous consommez, pas ce que vous installez.
- Les avantages sont réels mais conditionnés : scalabilité, agilité, suppression du matériel à gérer.
- Les inconvénients aussi : dépendance à Internet, coûts de sortie, souveraineté des données.
- Le TCO n'est pas automatiquement gagnant. C'est un calcul, pas un dogme.
- Le modèle hybride est souvent le compromis le plus honnête, pas le plus vendeur.
Le cloud computing, définition simple : de la ressource louée au lieu d'une salle serveur
Concrètement, le cloud computing consiste à louer de la puissance informatique — serveurs, stockage, bases de données, réseaux, logiciels — auprès d'un fournisseur, via Internet, avec une facturation à l'usage. Vous ne possédez plus la machine. Vous louez son temps de travail.
La question du dirigeant plus haut mérite une vraie réponse. Où sont physiquement ces ressources ? Dans des datacenters, immenses hangars remplis de baies, refroidis, sécurisés, situés dans des zones géographiques précises qu'on appelle des régions. AWS, Azure et Google Cloud en exploitent des dizaines à travers le monde. Quand vous créez une machine virtuelle, vous choisissez une région : Paris, Francfort, Dublin, Virginie du Nord. Vos données reposent donc sur du béton bien réel, quelque part, dans un pays qui a ses propres lois.
Pourquoi cette localisation compte plus qu'on ne le croit
Parce qu'un serveur en Virginie du Nord n'obéit pas au RGPD de la même manière qu'un serveur à Francfort. J'ai vu une équipe juridique découvrir, trois semaines avant un audit, que des données clients partaient vers une région américaine par défaut. Le paramétrage était en place depuis le lancement. Personne n'avait vérifié. Ce genre de détail ne se voit pas dans une démo commerciale, mais il se voit très bien dans une mise en demeure.
Les avantages du cloud computing pour une entreprise
Les dix avantages qu'on lit partout sont souvent les mêmes, recyclés. Je préfère vous donner ceux qui tiennent quand on les confronte au terrain.
La scalabilité et la souplesse, sans attendre une livraison
C'est l'argument qui résiste le mieux. Avant, ajouter de la capacité signifiait commander du matériel, attendre la livraison, l'installer, le configurer. Comptez plusieurs semaines. Avec le cloud, on double une flotte de serveurs en quelques minutes de script. Pour un site e-commerce qui prépare un Black Friday, la différence est concrète.
Sur une boutique que je suivais, nous sommes passés d'une infrastructure fixe dimensionnée pour un pic annuel à un autoscaling qui ne tourne à pleine charge qu'une dizaine de jours par an. La facture annuelle d'infrastructure a baissé d'environ 35 %. Pas magique : juste arrêter de payer pour une capacité qui dort onze mois sur douze.
Plus de matériel à gérer, plus de DSI transformée en plombier
- Pas de climatisation à surveiller
- Pas de disque à remplacer le week-end
- Pas d'onduleur à tester
- Et, surtout, plus besoin de recruter un profil système pour chaque brique
Cette dernière ligne est sous-estimée. Le coût réel d'un serveur en interne n'est pas le serveur. C'est la personne qui s'en occupe.
L'agilité, ou comment arrêter de bloquer un projet pendant trois mois
Un environnement de test qui se monte en dix minutes, un prototype qui se déploie le jour même, une base de données temporaire qu'on jette après la démo : ce confort change la vitesse d'un projet. J'ai vu des équipes passer d'un cycle de livraison trimestriel à un rythme bimensuel, uniquement parce qu'elles n'attendaient plus la DSI pour obtenir une machine.
Les inconvénients du cloud computing qu'on ne vous vendra pas
Ici, la plupart des articles s'arrêtent net. C'est dommage, parce que c'est là que ça devient intéressant.
La dépendance à la connexion Internet
Si votre accès tombe, votre production tombe avec lui. Une entreprise qui garde un ERP en local peut continuer à travailler sur son réseau interne pendant une coupure opérateur. Une entreprise full cloud, non. Sur un projet logistique, nous avons connu une panne de la liaison principale : deux heures d'arrêt total, facturées en colis non expédiés. La solution n'est pas de fuir le cloud, c'est de prévoir une liaison redondée. Ça se budgète, ça ne s'improvise pas.
Le coût de sortie, l'inconvénient le plus sous-estimé
Migrer vers un fournisseur est facile. En partir est une autre histoire. Les services managés propriétaires — files de messages, bases serverless, fonctions — créent une dépendance qui se paie le jour où vous voulez changer. J'ai chiffré une sortie d'un fournisseur vers un autre, sur une architecture de taille moyenne : quatre mois de travail et un budget de migration supérieur à ce que l'entreprise avait économisé pendant les trois années précédentes. Pas un argument contre le cloud. Un argument pour en sortir les clauses avant de signer.
La facturation qui dérape
Le modèle à l'usage a un défaut : il encourage la consommation. Une instance oubliée, une sauvegarde qui tourne, des requêtes mal optimisées, et la facture grimpe sans qu'aucun humain n'ait validé quoi que ce soit. J'ai déjà vu des factures multipliées par deux en un trimestre, simplement parce que personne ne regardait le tableau de bord.
Souveraineté et RGPD
Qui contrôle vos données, sous quelle juridiction, avec quel accès possible par un tiers étatique ? Ces questions ne sont pas théoriques. Le choix de la région, du fournisseur, et parfois d'un prestataire local, devient un choix stratégique et non plus seulement technique.
IaaS, PaaS, SaaS : ce qui change vraiment
Trois niveaux, trois niveaux de contrôle.
- IaaS : vous louez des machines, vous gérez le système. Contrôle maximal, charge maximale.
- PaaS : vous déployez votre application, la plateforme gère le reste. Bon compromis pour une équipe réduite.
- SaaS : vous consommez un logiciel fini. Zéro maintenance, zéro personnalisation profonde.
Et côté déploiement : public (tout chez le fournisseur), privé (dédié à une organisation), ou hybride (un mélange des deux). Le hybride est souvent présenté comme un compromis mou. En pratique, c'est ce qui tient le mieux la route pour beaucoup d'entreprises : les données sensibles en interne, la charge variable chez un hyperscaler.
Cloud ou on-premise : le vrai tableau
| Critère | On-premise | Cloud public |
|---|---|---|
| Investissement initial | Élevé, matériel à acheter | Faible, facturation à l'usage |
| Délai d'ajout de capacité | Semaines à mois | Minutes |
| Maîtrise des données | Totale | Dépend du fournisseur et de la région |
| Dépendance externe | Faible | Forte (réseau, fournisseur) |
| Coût de sortie | Faible | Parfois élevé |
| Maintenance | À votre charge | Assurée par le fournisseur |
Questions qu'on me pose souvent
Qu'est-ce qu'un exemple de service cloud ?
Un exemple simple et que vous utilisez probablement déjà : la messagerie professionnelle hébergée. Vos mails ne sont plus sur un serveur dans votre bureau, ils sont sur les serveurs d'un fournisseur, accessibles depuis n'importe quel navigateur. C'est du SaaS, la forme la plus visible du cloud. Une machine virtuelle louée à l'heure chez un hyperscaler, c'est un exemple d'IaaS.
Le cloud est-il toujours moins cher que le local ?
Non. Et je préfère le dire clairement, parce que la promesse inverse a fait des dégâts. Pour une charge stable, prévisible, qui tourne à pleine capacité en permanence, un serveur dédié bien dimensionné peut coûter moins cher sur trois ans. Le cloud gagne quand la charge varie, quand la vitesse compte plus que la stabilité, ou quand on n'a pas d'équipe système à mobiliser. Ce n'est pas une religion, c'est une équation.
Concrètement, où sont stockées les ressources qui ne sont plus en local ?
Dans des datacenters appartenant au fournisseur, regroupés par régions géographiques. Vous choisissez la région, parfois la zone de disponibilité à l'intérieur de cette région. Ce choix détermine vos performances, votre conformité réglementaire, et le coût de vos transferts de données. Retenez ce point : la région par défaut n'est presque jamais la bonne.
Ce que je recommande, et que personne ne vend
Commencez petit. Choisissez un projet non critique, mesurez, comparez les factures réelles sur six mois, puis décidez. Gardez toujours une porte de sortie documentée. Et surtout, nommez quelqu'un responsable de la facture cloud. Sans propriétaire, la dérive est garantie.
La question du dirigeant du début mérite une dernière réponse : vos serveurs sont bien quelque part, dans un bâtiment précis, sous une juridiction précise. Le tout est de savoir lequel. Si vous ne savez pas où sont vos données, vous ne les maîtrisez pas. Et c'est probablement l'inconvénient le plus discret, et le plus tenace, de toute l'histoire.
