Aller au contenu principal

Le problème que le cloud résout

Résumé : avant 2006, lancer un service en ligne signifiait acheter des serveurs physiques, deviner la charge à trois ans, immobiliser des centaines de milliers d'euros, et attendre des semaines avant de pouvoir écrire la première ligne de code utile. Cette leçon détaille les six problèmes structurels de ce modèle et pourquoi ils bloquaient l'innovation.

1. Le monde d'avant — monter une infrastructure en 2004​

Le point décisif : quatre mois et un demi-million d'euros avant d'avoir servi le premier utilisateur. Pour une jeune entreprise, cette barrière était souvent infranchissable — d'où le rôle des fonds d'investissement, indispensables ne serait-ce que pour acheter du matériel.

2. Les six problèmes structurels du modèle possédé​

Le problème 4 est le plus contre-intuitif et le plus coûteux. Une étude classique du secteur situait le taux d'utilisation moyen des serveurs d'entreprise entre 6 et 15 %. Autrement dit : sur 100 euros de matériel acheté, 85 à 94 euros de capacité ne servaient jamais.

3. Le problème du dimensionnement, illustré​

C'est l'argument économique fondateur du cloud, et il vaut la peine d'être bien compris.

Avec du matériel possédé, il n'existe aucune bonne réponse — seulement le choix entre gaspiller et tomber en panne. C'est précisément ce dilemme que l'élasticité du cloud supprime.

4. Un scénario réaliste — le succès qui tue​

Voici un enchaînement classique de l'ère pré-cloud, qui explique bien pourquoi le modèle a changé.

Avec le cloud, cette histoire n'a pas lieu. Une règle d'auto-scaling aurait porté la capacité de 2 à 30 instances en quelques minutes, absorbé le pic, puis serait redescendue automatiquement. Coût du pic : quelques dizaines d'euros.

5. Ce que le cloud change concrètement​

Le bénéfice le plus sous-estimé est le sixième. Une équipe de trois personnes peut aujourd'hui utiliser une base de données répliquée sur trois continents, un réseau de diffusion mondial et des modèles d'apprentissage automatique — des capacités qui exigeaient il y a vingt ans une organisation de plusieurs centaines d'ingénieurs.

6. Ce que le cloud n'a PAS résolu​

Par honnêteté intellectuelle, il faut aussi nommer les problèmes que le cloud a créés ou déplacés.

Le cloud n'est pas une solution universelle. C'est un compromis : vous échangez de la prévisibilité de coût et de l'autonomie contre de l'élasticité et de la vitesse. Pour la majorité des organisations, l'échange est favorable — mais il reste des cas où il ne l'est pas, détaillés en leçon 6.

7. Quand le cloud reste moins pertinent​

Un phénomène à connaître : le rapatriement (cloud repatriation). Depuis 2022, plusieurs entreprises connues ont quitté partiellement le cloud public après avoir constaté que leur charge, devenue stable et prévisible, coûtait moins cher sur du matériel possédé. Ce n'est pas un rejet du cloud — c'est le signe d'une maturité dans l'arbitrage.

Retenir en 30 secondes​

  • Avant le cloud : quatre mois et des centaines de milliers d'euros avant le premier utilisateur servi.
  • Six problèmes structurels : deviner l'avenir, capital immobilisé, lenteur d'expérimentation, gaspillage de capacité, mur géographique, plomberie à sa charge.
  • Le taux d'utilisation moyen des serveurs d'entreprise se situait entre 6 et 15 %.
  • Sans élasticité, le choix est gaspiller ou tomber en panne — aucune bonne option.
  • Le cloud apporte : élasticité, dépense au lieu d'investissement, vitesse, portée mondiale, délégation, services avancés.
  • Mais il crée aussi : facture imprévisible, complexité déplacée, dépendance au fournisseur, question de souveraineté.
  • Le rapatriement est un phénomène réel depuis 2022, signe de maturité dans l'arbitrage.

Suivant : Qu'est-ce que le cloud vraiment ? Définition NIST et histoire →