Point de défaillance unique

Tout composant dont la panne arrête tout le système. Trouve-les en demandant, pour chaque boîte, ce qui se passe si elle disparaît ; supprime-les par la redondance entre instances, zones ou régions.

Où on le retrouve dans les vrais systèmes

  • Machine virtuelle

    Le débit augmente avec les vCPU et dépend du runtime : Go sert plusieurs fois plus de requêtes par cœur que Python. Si la mémoire est inférieure aux besoins du runtime, la machine swappe et ralentit fortement. Plusieurs instances derrière un load balancer survivent à la perte de l'une d'elles.

    En production : Amazon EC2, Azure Virtual Machines, Google Compute Engine, OVHcloud Public Cloud

  • Planificateur

    Pour les rapports nocturnes, nettoyages et relances. Un planificateur unique est un point de défaillance ; un service managé ou une élection de leader évite d'exécuter deux fois la même tâche.

    En production : Amazon EventBridge Scheduler, Kubernetes CronJob, Celery beat, cron

  • Reverse proxy

    NGINX ou HAProxy sur tes propres machines : très économique et flexible, mais c'est toi qui l'exploites, le mets à jour et le rends redondant. Un seul proxy est un point de défaillance unique.

    En production : NGINX, HAProxy, Envoy, Traefik, Caddy

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