Expert
La base de données qui a déménagé
Mardi dernier, en préproduction, un worker a redémarré et toutes les commandes ont disparu, puis de nouvelles sont apparues de nulle part (ops/staging-incident.md). La production tourne avec le même stack.yaml, et 48 210 vraies commandes. Un nœud tombera un jour : ce jour-là, la boutique a le droit d'être indisponible tant que le nœud est absent (la réplication de la base est le projet du prochain trimestre), mais elle ne doit jamais perdre une commande.
Ton terminal est sur manager-1 (vidé). Le test appelle http://<cluster>/products chaque minute et crée une commande (POST /orders) toutes les cinq minutes, pendant deux heures. À 0 h 30, le nœud qui fait tourner la base perd son alimentation pendant quinze minutes. À la fin, les commandes sont comptées.
Ce que ton serveur doit tenir
- Aucun enregistrement perdu
- Disponibilité ≥ 80 %