- Shipped
- 4 septembre 2026 à 19:50 UTC
- Author
- Kamo
- Commit
- dbd87e5
Les déploiements ont remplacé la seule gousse de chaque service par rien pour saisir les demandes en vol. Trois réglages, appliqués sur l'ensemble de la flotte: - préStop dort 10s avant que le processus ne voie SIGTERM. Kubernetes enlève la gousse de son EndpointSlice et le signale au même moment, et Traefik n'apprend que la suppression par Regardez donc pendant un moment, il continue d'envoyer de nouvelles demandes dans une pod qui a déjà commencé les refusant. C'est d'où provenaient les 502 sur un déploiement par ailleurs. - finEntreferPeufdSémenués soulevés au-dessus du sommeil avant, de sorte que le crochet n'est pas lui-même SIGKILLed et le travail en vol a de la place pour se terminer. C'est un plafond, pas une attente: un problème de min. il sort encore en environ une seconde. - minReadySeconds 15, donc une gousse qui dépasse la préparation une fois et qui tombe ensuite ne peut pas prendre la retraite manipul sain, il a remplacé après que CI a déjà appelé le bien rollout. topologieSpreadConstraints sont ajoutés prêts pour une deuxième réplique; ils sont inertes à une. Vérifié par le groupe en direct : 63 des 65 déploiements ont été effectués dans une seule réplique, 1 sur 65 avaient été déployés. un crochet preStop, et aucun n'a minReadySeconds. La fenêtre de Graceful shutdown est passée de 5 à 5 30s dans la ConfigMap. Cette limite intérieure était la limite contraignante: aussi généreuse soit-elle Pérythme, Spring s'arrêta d'attendre après cinq secondes et tomba tout ce qui était encore en cours. La ConfigMap est ce qui s'exécute - il est monté sur l'application de l'image.yml comme SPRING-CONFIG-LOCATION, un remplacement complet plutôt qu'une superposition.