- Shipped
- 4. September 2026 um 20:39 UTC
- Author
- Kamo
- Commit
- 7ea8f7f
Nächster Griffe SIGTERM mit einem nackten Prozess.Exit(143), so dass jeder Einsatz abgetrennt, was diese Hülse hatte im Flug einen Formularpost, eine Server-Aktion, eine gestreamte RSC-Nützlast, einen Upload. Unsichtbar, wenn ein Anfrage dauerte Millisekunden; nicht unsichtbar auf einem Cluster, der auf jedem Schub auslöst. scripts/standalone-entry.cjs wickelt den eigenständigen Server ein: auf SIGTERM hört er auf zu akzeptieren, lässt Leerlauf fallen Keep-Alives auf einmal so eine Hülse mit nichts im Flug noch verlässt in etwa einer Sekunde, und lässt laufen Anfragen enden unter einer Obergrenze, die unterhalb der KündigungGracePeriodSeconds sitzt. Geportportiert von kamo-internal, die es seit Monaten in der Produktion laufen. Dieser Einsatz hatte keine Bereitschaft Sonde, so dass eine Hülse als Ready zählte den Augenblick seinen Container Prozess begonnen. Mit maxUn available 0 Kubernetes liest das als "die neue Hülse dient" und scheidet den alten zurück, während Next noch Initialisierung ist und seinen Hafen nicht gebunden hat. Anfragen gelandet auf einem Hafen hörte nichts zu, woher die intermittierenden 502s auf Einsatz kamen. /api/Gesundheit antwortet nur für diese Hülse und berührt absichtlich kein Backend: eine Bereitschaftssonde entscheidet, ob diese Hülse den Dienst verlässt, und verdrahtet sie zu einem Backend-Blip in eine Rollender Neustart jeder Hülse hier. Bereits bei zwei Repliken; das ist, was macht die zweite tatsächlich Abdeckung der ersten während einer Rollout statt beide blind ersetzt.