- Verschifft
- 4. September 2026 um 19:50 UTC
- Autor
- Kamo
- Ausschuss
- 5cb2e42
Deploys ersetzt die einzige Hülse jedes Dienstes mit nichts, um die Anfragen in fangen Flug. Drei Einstellungen, die in der gesamten Flotte angewendet werden: - preStop schläft 10s, bevor der Prozess SIGTERM sieht. Kubernetes entfernt die Hülse aus seiner 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 ist nicht selbst 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 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. Nur minReadySeconds hier. "Strategie: Recreate" ist bewusst und bleibt: Beide Dienste binden EXKLUSIV NATS JetStream langlebige Verbraucher in @PostConstruct ohne erneuten Versuch, so eine überlappende pod versagt SUB-90012 und der Verbraucher bleibt bis zu einer manuellen Skala tot. Ein PreStop-Haken wäre nur verlängern Sie die Lücke, weil Recreate Won keine Hülse hinter ihm zu dienen.