- Navios
- 4 de setembro de 2026 às 19:50 UTC
- Autor
- Kamo
- Enviar
- eaab845
Implantes substituiu o único pod de cada serviço com nada para pegar os pedidos em Voo. Três configurações, aplicadas em toda a frota: - preStop dorme 10s antes do processo ver SIGTERM. Kubernetes remove a cápsula da sua EndpointSlice e sinaliza-o no mesmo momento, e Traefik só aprende da remoção por watch — assim, por um momento, continua a enviar novos pedidos para uma cápsula que já começou recusando-os. Essa lacuna é de onde vieram os 502s de um lançamento limpo. - rescisãoGracePeriodSegundos levantados acima do sono preStop, então o gancho não é em si O trabalho em voo tem espaço para terminar. É um teto, não uma espera: uma cápsula ociosa Ainda sai dentro de um segundo. - minReadySegundos 15, então uma cápsula que passa pronto uma vez e depois cai não pode aposentar o Pod saudável ele substituído depois de IC já chamou a implantação bom. topologiaSpreadConstraints são adicionados prontos para uma segunda réplica; eles são inertes em um. Auditado a partir do cluster ao vivo: 63 de 65 implantações em `kamo` executado uma única réplica, 1 de 65 tinha um gancho preStop, e nenhum tinha minReadySegundos.