- Verschifft
- 4. September 2026 um 20:40 UTC
- Autor
- Kamo
- Ausschuss
- dc8b3a3
PodDisruptionBudgets für die 25 Einsätze, die jetzt wirklich laufen zwei Repliken. minVersorgbar: 1 lässt einen Abfluss eine Hülse vertreiben und auf seinen Ersatz warten, anstatt einen ganzen Knoten wert zu sein sofort. Der Kamo Namespace hatte ZERO von diesen, während Cluster-Services, kamo-Universum, ratestack, longhorn-System und kubevirt alle hatten sie - die Namespace Holding Produktion war die ohne. Nur Deployments tatsächlich bei zwei Repliken erscheinen. Eine PDB auf einem Single-Replica-Einsatz ist schlimmer als keine: minVerbreitbar: 1 gegen Repliken: 1 erlaubt null Störungen, so dass es nicht schützt die Arbeitsbelastung, es blockiert Knoten Wartung für immer. README.md sagt das und nennt die absichtlichen Singletons, die nie gelistet werden dürfen. scripts/audit-deploy-safety.sh versagt den Einsatz, wenn ein Einsatz in Kamo wieder in eine Form gedriftet ist das fällt Anfragen während eines Rollouts: keine Bereitschaft Sonde, kein PreStop-Kook, keine minReadySeconds, Rekonstruieren ohne Opt-out, oder zwei Repliken mit nichts, die sie über Knoten verteilt. Es prüft den CLUSTER und nicht die Manifeste. Diese Einstellungen leben in 48 separaten Repositorien mit 48 Arbeitsabläufen; ein pro Repo-Wächter würde eine Regression früher fangen, aber es ist 48 Kopien zu halten im Schritt und jedes Repo, das es nie annimmt, ist stillschweigend ausgenommen. Jedes dieser Manifeste endet hier. Der Handel ist, dass es sich um einen Rauchmelder und nicht um eine Sperre handelt - es berichtet nach der Tat, also ist es druckt die ganze Tabelle und benennt, was driftete, anstatt nur zu scheitern. Ausnahmen sind Anmerkungen über die Bereitstellung selbst, und ein Grund ist zwingend: eine Ausnahmeregelung ohne einen ist ein Versagen. Das ist es, was die nächste Person einem absichtlichen Singleton (kamodaemon) sagen lässt bindet exklusive NATS langlebige Produkte) von etwas, das niemand herum bekommen hat.