Une billetterie en ligne vend 800 places par jour, puis 40 000 en une heure le jour J. Un média publie un dossier d'enquête un dimanche soir et multiplie par dix le trafic habituel. Un SaaS B2B voit ses connexions doubler après une intégration viralisée sur LinkedIn. Aucun de ces projets n'a « besoin de cloud » en permanence. Ils ont besoin d'élasticité ponctuelle — et c'est précisément là que le modèle à l'usage cesse d'être une mode et devient un outil.
Charge stable vs charge imprévisible : deux logiques de coût
| Profil de charge | Produit souvent optimal | Pourquoi |
|---|---|---|
| Trafic quasi constant | VPS, dédié, mutualisé managé | Prix fixe, pas de surprise facture |
| Pics courts et violents | Cloud + autoscaling ciblé | Payer le surplus quelques heures |
| Saisonnalité prévisible | Serveur fixe + montée manuelle | Black Friday date connu → planifier |
| Croissance imprévisible | Cloud avec budgets et alertes | Éviter de racheter du matériel chaque trimestre |
Le cloud n'est pas « plus performant » par nature. Il est facturé à la minute et provisionnable à la demande. Son prix se justifie quand la moyenne annuelle sous-utilise un serveur surdimensionné.
Payer un cloud 24 h/24 pour une charge de VPS est une erreur. Payer un VPS fixe pour absorber un pic ×50 est une autre.
Quand le cloud vaut réellement son prix
Quatre scénarios où l'élasticité compense la prime cloud :
1. Amplitude de pic >> moyenne. Vous utilisez 2 vCPU en permanence et 32 vCPU deux jours par an. Un dédié 32 cœurs serait un gaspillage ; un cloud scale-up temporaire peut être rationnel.
2. Fenêtre d'incertitude. Lancement produit, levée de fonds, campagne TV : vous ne connaissez pas le plafond. Mieux vaut scaler que saturer.
3. Environnements jetables. Préprod de charge, tests de résilience, sandboxes CI : créer puis détruire des ressources évite d'acheter du matériel dormant.
4. Multi-région ponctuelle. Un événement local nécessite un point de présence temporaire sans ouvrir un datacenter permanent.
Les lignes de facture qui surprennent
Une charge imprévisible mal encadrée produit des factures imprévisibles :
| Poste | Risque | Mitigation |
|---|---|---|
| Egress (trafic sortant) | CDN mal configuré, gros fichiers | Cache edge, compression, forfaits inclus |
| Snapshots / backups | Rétention longue, fréquence haute | Politique 7/30 jours, lifecycle |
| Load balancer | Instance toujours active | Supprimer hors prod si possible |
| IP publique / NAT | Multiplication des services | Regrouper, IPv6, architecture |
| Stockage objet | Logs non purgés | Lifecycle rules, alertes quota |
Demandez un estimateur avec votre scénario pire cas avant de basculer la production. Beaucoup d'équipes découvrent l'egress après le premier gros pic — trop tard pour renégocier l'architecture.
Cloud sans autoscaling : moitié de la promesse
Autoscaling n'est utile que si vous avez :
- des métriques fiables (CPU, latence, queue length) ;
- des seuils testés en préprod ;
- un plan de scale-down pour ne pas laisser 20 instances actives après le pic ;
- des plafonds de budget et alertes à 50 % / 80 % / 100 %.
Sinon, le cloud devient un VPS plus cher avec une interface complexe. Pour une saisonnalité connue (Black Friday), une montée manuelle documentée bat parfois l'autoscaling mal calibré.
Le sommet : le cloud achète de l'optionnalité, pas de la magie
Les commerciaux vendent l'élasticité comme une assurance universelle. Les équipes FinOps rappellent qu'une assurance permanente a un coût. La décision mature croise courbe de charge, coût d'indisponibilité et compétence d'exploitation pour piloter la montée en charge.
Décider et avancer sans angle mort
Tracez sur douze mois la charge moyenne et les pics réels, ou estimez au minimum trois scénarios crédibles si l'historique manque. Simulez ensuite la facture cloud en incluant le trafic sortant, le stockage et les snapshots, puis comparez ce total au coût d'un serveur fixe correctement dimensionné avec une marge d'évolution. Posez des alertes budgétaires avant le premier déploiement en production, et documentez une procédure de montée en charge manuelle même si l'autoscaling est prévu.
Explorez les offres cloud dans notre annuaire et le guide Préparer WooCommerce pour Black Friday pour un cas concret de pic saisonnier.
Questions fréquentes
Le cloud est-il toujours plus cher qu'un VPS ?
Non. À charge plate, le fixe gagne. Le cloud gagne quand les pics courts rendent un serveur surdimensionné plus coûteux.
Quels coûts cachés surveiller sur le cloud ?
Egress, stockage, snapshots, IP, load balancers. Posez plafonds et alertes.
Faut-il autoscaling dès le départ ?
Seulement avec métriques et seuils testés. Sinon, commencez par du scale manuel documenté.
Cloud public ou cloud européen souverain ?
Comparez d'abord coût total et latence ; ajoutez les contraintes juridiques comme filtre secondaire.
Le cloud n'est pas une religion. C'est une option de facturation — rentable quand l'imprévisible coûte plus cher que l'élasticité.