Capacité N+1

Dimensionne chaque étage pour qu'il porte encore le pic après la perte de sa plus grosse unité, qu'il s'agisse d'une instance, d'une zone ou d'une région entière. Deux régions dimensionnées chacune pour la moitié du trafic ne sont pas redondantes : quand l'une tombe, l'autre s'effondre sous le double de sa charge.

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

  • Load balancer global

    Une seule IP anycast attire les utilisateurs vers le point de présence le plus proche, puis le trafic emprunte la dorsale du fournisseur jusqu'à la meilleure région. Contrairement au basculement DNS, changer de région n'attend pas l'expiration des caches.

    En production : AWS Global Accelerator, Google Cloud global external LB, Azure Front Door, Cloudflare Load Balancing

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.