Dernier déménagement de datacenter auquel j'ai participé : un local technique au sous-sol, quatre baies, une clim qui tombait en panne chaque été. Coût du remplacement des disques cette année-là : un peu moins de 9 000 euros, hors main-d'œuvre. Trois mois après, la même équipe faisait tourner sa plateforme sur des instances louées à l'heure. Personne ne voulait revenir en arrière.
Voilà ce que le cloud computing change vraiment : pas la technologie, le rapport de force. Vous cessez d'acheter du matériel pour acheter de la capacité, au moment où vous en avez besoin. Sur le papier, c'est imbattable. Dans la pratique, ça dépend entièrement de ce que vous mettez dedans et de la manière dont vous en sortez.
Ce qui suit n'est pas un plaidoyer. J'ai migré des choses que j'aurais dû garder en interne, et j'ai laissé sur site des services qui auraient dû partir depuis longtemps. Les deux m'ont coûté de l'argent.
Points clés à retenir
- Le cloud computing consiste à consommer des ressources informatiques hébergées à distance, via Internet, dans des centres de données, au lieu d'exploiter vos propres serveurs.
- Les gains sont réels sur la flexibilité et l'agilité : vous ajustez la capacité en minutes, pas en semaines de commande.
- Les risques sérieux ne sont pas la panne du fournisseur. Ce sont la dépendance technique, la souveraineté des données, la conformité et les coûts de sortie.
- Les quatre modèles de déploiement — public, privé, hybride, communautaire — ne répondent pas aux mêmes contraintes.
- La bonne question n'est pas « cloud ou pas cloud », mais « quelle charge de travail, chez qui, avec quelle porte de sortie ».
Quels sont les avantages du cloud computing ?
La réponse courte tient en un mot : élasticité. Vous ne payez plus pour un pic de charge qui arrive trois jours par an. Vous payez pour ce que vous consommez, et vous arrêtez quand vous voulez.
Sur un projet e-commerce que j'ai suivi, la infrastructure interne était dimensionnée pour le pic de fin d'année. Onze mois sur douze, elle tournait à 15 % de sa capacité. Le reste du temps, on chauffait une salle pour rien. Une fois la charge basculée sur des ressources louées, la facture mensuelle d'exploitation a baissé d'environ un tiers — et la mise en production d'un nouveau service est passée de plusieurs semaines à quelques jours.
Ce que vous gagnez concrètement
- La flexibilité : ajouter de la puissance prend quelques minutes, pas un cycle d'achat.
- L'agilité : vous testez une idée le matin, vous la tuez le soir sans avoir engagé de capital.
- La scalabilité : la charge double, l'infrastructure suit, sans intervention physique.
- La suppression de la gestion du matériel : plus de baies à surveiller, plus de garanties à suivre, plus de disques à remplacer le vendredi soir.
- Et un point qu'on sous-estime : la dématérialisation des serveurs facilite énormément le travail à distance des équipes techniques.
Le point de bascule, dans mon expérience, arrive autour de deux ou trois serveurs physiques. En dessous, le cloud coûte souvent plus cher qu'une machine dans un placard. Au-dessus, la gestion interne devient un métier à part entière — et c'est là que la location gagne.
Quels sont les inconvénients du cloud computing ?
Presque tous les articles promettent de les lister. Peu les nomment. Alors allons-y franchement.
Le premier, ce n'est pas la sécurité au sens où on l'entend d'habitude. C'est la dépendance. Une fois que votre application repose sur les services managés d'un fournisseur, la changer devient un chantier. Pas impossible. Coûteux. Sur un projet, le passage d'un fournisseur à un autre nous a pris quatre mois, mobilisé deux développeurs à mi-temps, et cassé pendant trois semaines un tableau de bord que personne n'avait pensé à documenter. Le lock-in, ce n'est pas un slogan commercial : c'est une ligne dans votre planning.
Les risques qui coûtent vraiment
- La souveraineté des données : où dorment vos fichiers, et sous quelle juridiction. Question banale jusqu'au jour où un client public vous la pose par écrit.
- La conformité : le RGPD ne vous interdit pas le cloud, il vous oblige à savoir qui traite quoi, où, et avec quelles garanties.
- Les coûts cachés de sortie : rapatrier plusieurs téraoctets se facture. J'ai vu des factures de transfert dépasser le budget mensuel initial du projet.
- La latence : pour une chaîne industrielle qui pilote des machines, 40 millisecondes de trajet réseau peuvent être rédhibitoires.
- La facturation à l'usage qui dérape. Un développeur qui oublie d'éteindre un environnement de test le vendredi, et vous découvrez la ligne trois semaines plus tard.
Et il y a un risque qu'on n'écrit jamais : la perte de compétence interne. Quand plus personne dans l'équipe ne sait monter un serveur, vous ne pouvez plus arbitrer. Vous subissez le devis.
Alors, avantages ou inconvénients : comment trancher ?
J'ai arrêté de poser la question en ces termes. Elle n'a pas de réponse générale, et toute grille qui prétend le contraire vous vend quelque chose.
Ce qui marche, dans mon expérience, c'est de classer ses charges de travail une par une. Une messagerie d'entreprise : le cloud gagne, sans discussion. Un calcul de paie avec des données nominatives sensibles : ça se discute, et la réponse dépend souvent de votre DPO, pas de votre architecte. Une application qui pilote des automates dans un atelier : restez sur site, ou prévoyez du calcul en périphérie.
| Modèle | Qui l'utilise | Ce que ça règle | Le piège |
|---|---|---|---|
| Cloud public | Startups, PME, équipes produit | Coût d'entrée quasi nul, mise en route immédiate | Dépendance au fournisseur et facture qui grimpe en silence |
| Cloud privé | Banques, santé, secteur public | Maîtrise totale des données et de la conformité | Vous reconstruisez une salle serveur, avec ses contraintes |
| Cloud hybride | Industrie, grandes entreprises | Le sensible reste dedans, le variable sort dehors | Deux systèmes à opérer, donc deux fois les compétences à garder |
| Cloud communautaire | Universités, groupements sectoriels | Mutualisation entre organisations aux mêmes obligations | Gouvernance lourde dès qu'un membre veut changer les règles |
Le critère qui m'a le plus servi est bête : combien de temps pour sortir ? Si la réponse dépasse six mois, vous ne louez plus un service, vous signez un bail.
Quels sont les 4 types de cloud computing ?
On les confond souvent avec les modèles de service — IaaS, PaaS, SaaS — qui répondent à une autre question : qui gère quoi. Les quatre types de déploiement, eux, décrivent où tournent les ressources et qui les partage.
Le cloud public
Les ressources appartiennent à un fournisseur et sont partagées entre de nombreux clients. C'est le modèle le plus courant, celui qui a fait décoller le marché, et celui que tout le monde appelle simplement « le cloud ».
Le cloud privé
L'infrastructure est dédiée à une seule organisation. Elle peut être exploitée en interne ou confiée à un prestataire, mais elle n'est pas mutualisée. C'est le choix par défaut des secteurs très réglementés.
Le cloud hybride
Un pied dedans, un pied dehors, avec des échanges prévus entre les deux. C'est le modèle que je recommande le plus souvent, parce qu'il évite de trancher globalement une question qui se pose charge par charge.
Le cloud communautaire
Plusieurs organisations aux besoins comparables — même secteur, mêmes obligations réglementaires — partagent une infrastructure. On le voit dans la recherche et dans certains groupements publics. Rare ailleurs, mais il existe.
L'erreur que j'ai faite, et que je vois partout
J'ai migré trop vite. Une plateforme entière basculée en six semaines, parce que le fournisseur promettait des économies. Résultat : deux services mal dimensionnés qui tournaient en permanence sur des instances surdimensionnées, et une facture supérieure à l'ancien coût d'exploitation pendant cinq mois. Le problème n'était pas le cloud. C'était de ne pas avoir mesuré avant de déplacer.
Depuis, je fais l'inverse. On garde le fonctionnement actuel, on instrumente, on regarde la consommation réelle pendant un mois, puis on décide. C'est moins spectaculaire en réunion. Ça coûte beaucoup moins cher.
Une dernière chose, et c'est peut-être la plus utile : ne signez jamais sans avoir écrit noir sur blanc comment vous récupérez vos données, dans quel format, à quel coût, et sous quel délai. Cette clause vaut plus que n'importe quelle remise commerciale. Le jour où vous voudrez partir, elle sera la seule à compter.
