- Verschifft
- 4. September 2026 um 19:50 UTC
- Autor
- Kamo
- Ausschuss
- d712ce9
Einsatz ersetzt die einzige Hülse jedes Dienstes mit nichts, um die Anfragen in fangen Flug. Drei Einstellungen, die auf der gesamten Flotte angewendet werden: - preStop schläft 10s, bevor der Prozess SIGTERM sieht. Kubernetes entfernt die Hülse von seinem EndpointSlice und signalisiert es im gleichen Moment, und Traefik erfährt nur von der Entfernung durch Uhr - also für einen Moment hält es Versand neuer Anfragen in eine Hülse, die bereits begonnen hat Verweigerung. Diese Lücke ist, wo die 502s auf einem ansonsten sauberen Rollout kam. - KündigungGracePeriodSeconds über dem PreStop-Schlaf angehoben, so dass der Haken nicht selbst ist SIGKILLed, und In-Flight-Arbeit hat Platz zu beenden. Es ist eine Decke, keine Wartezeit: eine Leerlaufkapsel immer noch in etwa einer Sekunde verlässt. - minReadySeconds 15, so dass eine Hülse, die Bereitschaft einmal besteht und dann umfällt, nicht in den Ruhestand gehen kann gesunde pod es ersetzt, nachdem CI hat bereits den Rollout gut genannt. TopologieSpreadConstraints werden bereit für eine zweite Replik hinzugefügt; sie sind inert bei einem. Aus dem Live-Cluster aus abgerechnet: 63 von 65 Einsätzen in Ckamo liefen eine einzige Replik, 1 von 65 hatte ein PreStop Haken, und keiner hatte minReadySeconds. ************ hat von Anfang an "server.shutdown" gesetzt und es wurde noch nie in der Produktion gelesen: k8s/deployment.yaml mountt k8s/config.yaml darüber als ****************, das die Datei ersetzt, anstatt mit ihr zu verschmelzen, und dass ConfigMap keine Shutdown-Einstellung hatte. So APIService - einer der verkehrsreichsten Dienste auf der Plattform - ließ jede Inflight-Anfrage in dem Moment, in dem sie SIGTERM erhielt, auf jedem Einsatz. Fügt "Shutdown: anmutig" und eine 30er-Zeitaussage-per-Shutdown-Phase zu der ConfigMap, die tatsächlich läuft.