Élasticité

La capacité à ajuster les ressources à la demande dans les deux sens et à ne payer que ce qui est utilisé. C'est le principal argument économique du cloud, et cela ne fonctionne qu'avec des composants sans état et rapides à démarrer.

Où on le retrouve dans les vrais systèmes

  • Groupe d'auto-scaling

    Des instances sont ajoutées quand le CPU dépasse la cible et retirées quand il baisse. Une nouvelle instance doit se préchauffer avant de recevoir du trafic : un pic soudain fait donc mal, garde assez de capacité minimale. Les instances en panne sont remplacées automatiquement.

    En production : AWS Auto Scaling groups, Azure VM Scale Sets, GCP Managed Instance Groups, Kubernetes HPA

  • Fonction serverless

    Aucun serveur à dimensionner : la capacité, c'est la limite de concurrence. Quand le trafic monte plus vite que les instances chaudes, les requêtes paient un démarrage à froid, bien plus long en Java qu'en Go. Très économique à faible volume, coûteux à fort volume constant.

    En production : AWS Lambda, Azure Functions, Google Cloud Functions, Cloudflare Workers

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.

Ouvrir le parcours Ouvrir le bac à sable