- Shipped
- 4. September 2026 um 19:50 UTC
- Author
- Kamo
- Commit
- c3aad18
Deploys ersetzt die einzige Hülse von jedem Dienst mit nichts, um die Anfragen in fangen Flug. Drei Einstellungen, die auf der gesamten Flotte angewendet werden: - preStop schläft 10s, bevor der Prozess sieht SIGTERM. 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 schickt es immer wieder neue Anfragen in eine Hülse, die bereits begonnen hat Verweigerung. Diese Lücke ist, wo die 502s auf einem sonst 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 verlässt in etwa einer Sekunde. - 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. Anmutiges Shutdown-eigenes Fenster ************ ging von 5s zu 30er in der ConfigMap. Diese innere Grenze war die Bindung: egal wie großzügig die Hülse sind Gnadenfrist, Spring hörte nach fünf Sekunden auf zu warten und ließ alles fallen, was noch lief. Die ConfigMap ist das, was läuft - es ist über die Anwendung des Bildes montiert.yml als SPRING_CONFIG_LOCATION, ein vollständiger Ersatz und nicht ein Overlay.