On m'a posé la question trois fois en une semaine, dans trois contextes différents : une agence de communication qui voulait migrer, un fabricant de pièces industrielles qui n'y comprenait rien, et un développeur qui trouvait que « c'est juste des serveurs chez quelqu'un d'autre ».
À chaque fois, la même réponse courte : non, le cloud computing n'est pas un sujet technique. C'est un sujet de structure d'entreprise. Et tant qu'on le traite comme une décision informatique, on passe à côté de 80 % de ce qui se joue vraiment. Je vais vous expliquer pourquoi, en m'appuyant sur ce que j'ai vu fonctionner — et sur ce que j'ai vu échouer.
Points clés à retenir
- Le cloud computing déplace une dépense d'investissement (CAPEX) vers une dépense d'usage mensuelle (OPEX) — ce qui change la trésorerie, pas seulement la facture informatique.
- La vraie bascule n'est pas technique : c'est le passage d'une équipe qui maintient des machines à une équipe qui construit des services.
- Les économies annoncées dans les brochures sont réelles, mais elles arrivent souvent 12 à 18 mois après la migration, pas le premier trimestre.
- Les trois pièges qui font mal : les coûts de sortie, la dépendance à un fournisseur unique, et la facture qui explose sans garde-fou.
- Une PME qui a dix personnes sur un cloud mal cadré dépense plus qu'avec un serveur dans un placard.
Le cloud computing en entreprise : ce qui change vraiment (et ce n'est pas la facture)
Prenons une définition simple, celle que je donne à mes clients : le cloud computing, c'est de la puissance informatique que vous louez à l'heure ou au mois, au lieu de l'acheter et de l'entretenir vous-même. Serveurs, stockage, bases de données, outils d'analyse. Vous y accédez par Internet. Vous payez à la consommation.
Sur le papier, rien de renversant. La différence se joue ailleurs.
Du CAPEX à l'OPEX : le vrai basculement
Quand j'ai commencé à conseiller des PME sur ces sujets, je posais toujours la même question au dirigeant : « Combien vous a coûté votre dernier serveur, tout compris ? » Là, silence. Personne ne sait. Le matériel, la licence, l'onduleur, la clim, le temps passé par le responsable informatique à réinstaller un disque à 23 heures un dimanche. Le coût réel d'un serveur interne est presque toujours sous-estimé d'un facteur 3.
Le cloud rend ce coût visible. Brutalement visible. C'est son premier effet culturel : la direction financière se met à voir chaque euro dépensé en informatique. Ça fait mal au début. Ça force à décider.
Et là, surprise : la plupart des dirigeants découvrent qu'ils payaient déjà cher. Simplement sans le voir.
L'effet sur l'équipe informatique
Une chose que les articles sur le cloud computing oublient systématiquement : le sort de l'équipe technique. Un administrateur système qui passait 60 % de son temps à patcher des serveurs et à surveiller des baies de disques se retrouve, du jour au lendemain, avec 40 % de temps libre.
Deux trajectoires possibles. La bonne : cette personne se reconvertit sur l'automatisation, le déploiement continu, la sécurité. Elle devient plus précieuse qu'avant. La mauvaise : on la laisse sur le carreau, on lui dit « tu t'occuperas du cloud », et au bout de six mois elle démissionne parce qu'elle a l'impression d'avoir perdu son métier sans rien gagner en échange.
J'ai vu les deux cas de mes yeux. Le second est plus fréquent qu'on ne l'admet.
Cloud computing : avantages et inconvénients, sans la langue de bois
La plupart des pages qui traitent ce sujet empilent les avantages puis balancent trois lignes sur les « défis associés ». Autant vous donner le tableau réel.
| Ce qu'on vous promet | Ce que j'ai constaté |
|---|---|
| Division des coûts par deux | Vrai, mais sur 12 à 24 mois. Le premier trimestre, la facture monte souvent de 15 à 30 %. |
| Élasticité instantanée | Réelle. Mais mal paramétrée, elle transforme un pic de trafic en pic de facture. |
| Sécurité renforcée | Dépend entièrement de vous. Le fournisseur sécurise son infrastructure, pas votre application. |
| Plus besoin de maintenance | Faux. Vous changez de maintenance : vous gérez des identités, des droits, des coûts. |
| Liberté totale | À la sortie, cette liberté coûte cher. Transférer 40 téraoctets ailleurs prend des semaines. |
Les trois avantages qui tiennent
Si je devais n'en garder que trois :
- Le temps de mise en production. Monter un environnement de test complet passe de trois semaines à deux heures. Sur un projet web, ça change tout.
- L'accès à des outils hors de portée. Une PME de quinze personnes peut utiliser les mêmes services d'analyse de données qu'un grand groupe. En 2015, c'était impensable. Les coûts d'entrée ont chuté d'un facteur dix.
- La résilience géographique. Une coupure électrique dans votre ville n'arrête plus l'activité. Ce seul point justifie la migration pour certaines entreprises.
Les inconvénients dont personne ne parle
Bon, passons aux choses désagréables.
La facture qui dérape. Un client a mis en place un service d'envoi d'emails automatisés. Sans plafond configuré. Une boucle mal écrite, et le week-end du 15 août a coûté 4 200 euros. Personne ne s'en est rendu compte avant le lundi. Ce genre d'incident n'existe pas avec un serveur interne — le serveur plante, il ne facture rien.
La dépendance fournisseur. Une fois que votre infrastructure, vos données et votre équipe vivent chez un fournisseur, en changer coûte cher. Les tarifs de transfert sortant, appelés egress, sont facturés à la sortie. Certains prestataires les réduisent, d'autres pas. À la signature, on n'y pense jamais.
La conformité. Héberger des données personnelles chez un fournisseur établi hors d'Europe demande un cadre juridique solide. Ce n'est pas insurmontable, mais c'est un vrai travail. J'ai vu une entreprise de santé repousser sa migration d'un an entier à cause de ça.
Un exemple de cloud computing que j'ai suivi de A à Z
Une société de logistique, environ 60 salariés. Elle gérait sa plateforme de suivi de colis sur deux serveurs loués chez un hébergeur classique. Coût : 780 euros par mois. Stable. Rien à redire pendant deux ans.
Puis un pic d'activité : leur client principal a doublé ses volumes en six semaines. Les serveurs ont tenu trois jours avant de tomber. Ils ont perdu deux journées d'exploitation, ce qui a déclenché une pénalité contractuelle.
Migration vers un cloud public. Six semaines de travail. Résultat après un an :
- Coût moyen mensuel passé de 780 à 1 340 euros. Oui, plus cher.
- Zéro interruption depuis. Les deux pannes annuelles évitées valaient à elles seules la différence.
- Le temps de déploiement d'une nouvelle fonctionnalité est passé de plusieurs jours à quelques heures.
Leçon que j'en tire : le cloud n'est pas une optimisation de coût, c'est un transfert de risque. Vous payez quelqu'un pour absorber les pics et les pannes à votre place. Si vous cherchez uniquement à réduire votre facture, vous serez déçu environ une fois sur deux.
Cloud computing : comment définir sa stratégie sans se tromper
Je vois trois erreurs se répéter.
Tout migrer d'un coup
Les entreprises qui réussissent leur migration procèdent par vagues. Elles commencent par ce qui est peu risqué et facile à déplacer : les sauvegardes, les environnements de test, les outils internes. Elles gardent les systèmes critiques au chaud pendant qu'elles apprennent.
Migrer une base de données de production en premier, c'est comme apprendre à nager dans le grand bain. Ça marche parfois. Souvent, non.
Ne pas mettre de garde-fou financier
Configurez des alertes de dépenses dès le premier jour. Fixez des plafonds par service. Nommez une personne responsable du suivi. Ce n'est pas de la bureaucratie : c'est ce qui évite la surprise à 4 200 euros.
Ignorer la réversibilité
Avant de signer, posez cette question simple : « Si je veux partir dans deux ans, combien ça me coûte et combien de temps ça prend ? » Si la réponse est floue, c'est un signal.
Une architecture mal conçue vous enferme. Une architecture pensée pour la sortie vous laisse la main. La différence ne se voit qu'au moment où vous en avez besoin.
Le cloud computing en français : un mot, plusieurs réalités
En France, le terme recouvre des situations très différentes selon la taille de l'entreprise.
Une TPE qui utilise une suite bureautique en ligne fait déjà du cloud, sans le savoir. La migration est invisible.
Une PME de 50 à 200 salariés est dans la zone la plus délicate : assez grande pour que l'infrastructure compte, trop petite pour avoir une équipe dédiée au cloud. C'est là que les mauvaises décisions coûtent le plus cher.
Un grand groupe a déjà tranché depuis longtemps, mais doit gérer un problème de gouvernance : plusieurs fournisseurs, des données éparpillées, une facturation difficile à consolider.
Le même mot, trois métiers différents.
Ce qui reste quand la poussière retombe
Le cloud computing a transformé la façon dont les entreprises consomment l'informatique. C'est un fait. Mais la transformation la plus profonde n'est pas technique.
C'est une entreprise qui, désormais, doit penser en flux mensuels plutôt qu'en investissements ponctuels. Qui doit savoir ce qu'elle dépense, service par service, semaine après semaine. Qui doit décider en continu au lieu de valider un budget une fois par an.
Et ça, honnêtement, ce n'est pas une question de technologie. C'est une question de maturité de gestion.
Les entreprises que j'ai vues réussir leur migration n'étaient pas les plus techniques. C'étaient celles qui savaient déjà, avant, où partait leur argent.
