- Expédié
- 4 septembre 2026 à 19:50 UTC
- Auteur
- Kamo
- Commite
- d712ce9
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: - preStop dort 10s avant que le processus ne voie SIGTERM. Kubernetes retire 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 requêtes dans une nacelle qui a déjà commencé les refusant. C'est d'où provenaient les 502 sur un déploiement par ailleurs. - finGracePeriodSeconds élevés au-dessus du sommeil avant, donc le crochet n'est pas lui-même SIGKILLed, et le travail en vol a lieu de se terminer. C'est un plafond, pas une attente: un gousse idil Il sort encore en environ une seconde. - minReadySeunds 15, donc une dose qui passe par la préparation une fois et qui tombe ensuite ne peut pas retirer le Il a remplacé la boîte saine après que l'IC a déjà appelé le mode de déploiement. topologieSpreadConstraints sont ajoutés prêts pour une deuxième réplique; ils sont inertes à un. Vérifié par le groupe en direct : 63 des 65 déploiements ont été effectués dans une seule réplique, 1 sur 65 un crochet preStop, et aucun n'a minReadySeconds. a mis en place le serveur.shutdown: gracyable depuis le début, et il n'a jamais été lu une seule fois en production: k8s/red.yaml monte k8s/config.yaml sur elle comme qui remplace le fichier au lieu de fusionner avec lui, Et que ConfigMap n'avait pas de réglage d'arrêt. Donc APIService est l'un des services les plus fréquentés sur le plate-forme - a laissé tomber chaque demande en vol l'instant où il a reçu SIGTERM, à chaque déploiement. Ajoute « coupdown : gracieuse » et une phase de temporisation de 30s par arrêt à la ConfigMap qui fonctionne réellement.