- Shipped
- 4 de setembro de 2026 às 19:50 UTC
- Author
- Kamo
- Commit
- eab0b2f
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. A própria janela do desligamento foi de 5 para 30s no ConfigMap. Esse limite interno era o que ligava: não importa o quão generoso fosse a cápsula. período de graça, Spring parou de esperar após cinco segundos e deixou o que ainda estava funcionando. O ConfigMap é o que funciona — é montado sobre o application.yml da imagem como SPRING CONFIG LOCATION, uma substituição completa em vez de uma sobreposição.