- Navios
- 4 de setembro de 2026 às 20:40 UTC
- Autor
- Kamo
- Enviar
- dc8b3a3
PodDisruptionOrçamentos para as 25 Implantações que agora executam genuinamente duas réplicas. minDisponível: 1 deixa um dreno despejar uma cápsula e esperar pela sua substituição em vez de levar um nó inteiro para baixo imediatamente. O espaço de nomes kamo tinha ZERO destes enquanto cluster-services, kamo-universo, rattack, longhorn-system e kubevirt todos os tinham — o namespace que mantinha a produção era aquele sem. Só aparecem destacamentos em duas réplicas. Um PDB em uma única réplica A implantação é pior do que nenhum: minDisponível: 1 contra réplicas: 1 permite rompimentos zero, por isso não protege o carga de trabalho, bloqueia a manutenção do nó para sempre. README.md diz isso, e nomeia o deliberado Singletons que nunca devem ser listados. scripts/audit-deploy-safety.sh falha a implantação se uma implantação no kamo tiver voltado para uma forma que deixa cair pedidos durante um lançamento: nenhuma sonda de prontidão, nenhum gancho preStop, nenhum minProntoSegundos, Recriar sem um opt-out, ou duas réplicas sem nada espalhando-os pelos nós. Audita o CLUSTER em vez dos manifestos. Essas configurações vivem em 48 repositórios separados com 48 fluxos de trabalho; um guarda per-repo pegaria uma regressão mais cedo, mas são 48 cópias para manter em passo e qualquer acordo que nunca adote é silenciosamente isento. Cada um desses manifestos acaba Aqui. O comércio é que é um alarme de fumo em vez de uma fechadura — relata depois do facto, por isso imprime toda a mesa e nomes que derivaram em vez de apenas falhar. Isenções são anotações sobre a própria implantação e uma razão é obrigatória: uma isenção sem um é um fracasso. Isso é o que permite que a próxima pessoa dizer um singleton deliberado (kamodaemon liga a duráveis NATS exclusivas) de algo que ninguém conseguiu.