- Spegnimento
- 4 settembre 2026 alle ore 20:40 UTC
- Autore
- Kamo
- Impegno
- dc8b3a3
PodDisruptionBudgets per i 25 Diployments che ora veramente eseguire due repliche. minDisponibile: 1 lascia un pod di scarico evito e aspettare la sua sostituzione invece di prendere un nodo intero vale la pena giù subito. Lo spazio dei nomi di kamo aveva ZERO di questi mentre i servizi di cluster, kamo-universe, ratetack, longhorn-system e kubevirt tutti li avevano — il namespace holding produzione era quello senza. In realtà appaiono solo i Distributori in due repliche. Un PDB su una singola risposta è peggio di nessuno: minDisponibile: 1 contro le repliche: 1 consente zero interruzioni, quindi non protegge il carico di lavoro, blocca la manutenzione dei nodi per sempre. README.md lo dice e nomina i deliberati singleton che non devono mai essere elencati. script/audit-deploy-safety.sh non riesce a distribuire se un Deployment in kamo si è allontanato di nuovo a una forma che scende richieste durante un rollout: nessuna sonda di prontezza, nessun gancio preStop, nessun minReadySeconds, Ricreare senza opt-out, o due repliche con nulla che li diffonda tra i nodi. Controlla il CLUSTER piuttosto che i manifesti. Queste impostazioni vivono in 48 repository separati con 48 flussi di lavoro; una guardia per-repo avrebbe catturato una regressione prima, ma è 48 copie per mantenere in passo e qualsiasi repo che non adotta mai è silenziosamente esente. Ogni manifesto finisce Qui. Il commercio è che è un allarme fumo piuttosto che una serratura — riferisce dopo il fatto, quindi stampa l'intero tavolo e nomi ciò che è andato alla deriva piuttosto che semplicemente fallire. Le esenzioni sono annotazioni sul Deployment stesso, e una ragione è obbligatoria: un'esenzione senza uno è un fallimento. Questo è ciò che lascia che la persona successiva dica un singoloton deliberato (kamodaemon lega i resistenti NATS esclusivi) da qualcosa che nessuno ha ottenuto intorno a.