- Shipped
- 4. September 2026 um 19:50 UTC
- Author
- Kamo
- Commit
- ddc2b0f
Deploys 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 von der Entfernung nur durch Uhr - also für einen Moment hält es den 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 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 sind bereit für eine zweite Replik hinzugefügt; sie sind inert bei einem. Aus dem Live-Cluster abgerechnet: 63 von 65 Einsätzen in Ckamo liefen eine einzige Replik, 1 von 65 hatte ein PreStop Haken, und keiner hatte minReadySeconds. Der Einstiegspunkt entwässert bereits richtig auf SIGTERM und die Gnadenfrist ist bereits 660s, aber nichts hielt die Hülse in Rotation für den Moment zwischen der EndpointSlice Entfernung und Traefik Bemerken es - so Anfragen in diesem Fenster gesendet wurden von einem Server, der nur hatte nur abgelehnt gestoppte Annahme. KündigungGracePeriodSeconds wird bei seiner betrachteten 660 gelassen.