एपीआई सेवा ने कभी भी कृपापूर्वक बंद नहीं किया

शिप

4 सितंबर 2026 को 7:50 pm बजे UTC

लेखक

Kamo

Commit

d712ce9

तैनाती ने प्रत्येक सेवा के एकमात्र फली को बदल दिया, जिसमें अनुरोधों को पकड़ने के लिए कुछ भी नहीं था। उड़ान। तीन सेटिंग्स, बेड़े में लागू: - प्रक्रिया से पहले 10s की नींद आती है। Kubernetes अपने फली को हटा देता है EndpointSlice और संकेत यह एक ही समय में, और Traefik केवल द्वारा हटाने के बारे में सीखता है घड़ी - इसलिए एक पल के लिए यह नए अनुरोधों को एक फली में भेज देता है जो पहले से ही शुरू हो चुका है उन्हें मना करना। यह अंतर यह है कि अन्यथा क्लीन रोलआउट पर 502s से आया था। - समाप्तिGracePeriodSeconds preStop नींद के ऊपर उठाया, तो हुक खुद नहीं है SIGKILLed, और इन-फ्लाइट काम खत्म करने के लिए कमरे है। यह एक छत है, कोई प्रतीक्षा नहीं है: एक निष्क्रिय फली अभी भी एक सेकंड में निकलता है। - minReadySeconds 15, इसलिए एक फली जो एक बार तत्परता से गुजरती है और फिर गिरती है, सेवानिवृत्त नहीं हो सकती है। स्वस्थ फली यह पहले से ही रोलआउट अच्छा कहा जाता है के बाद बदल दिया। topologySpreadConstraints एक दूसरे प्रतिकृति के लिए तैयार कर रहे हैं; वे एक पर निष्क्रिय कर रहे हैं। लाइव क्लस्टर से लेखापरीक्षित: `kamo` में 65 तैनाती का 63 एक प्रतिकृति चला, 65 में से 1 था एक preStop हुक, और कोई भी minReadySeconds था। ************* ने `server.shutdown: graceful` शुरुआत के बाद से, और यह कभी उत्पादन में पढ़ा नहीं गया है: k8s/deployment.yaml k8s/config.yaml माउंट करता है। ************* जो इसके साथ विलय करने के बजाय फ़ाइल को प्रतिस्थापित करता है, और कन्फिगरमैप में कोई शटडाउन सेटिंग नहीं थी। तो APIService — सबसे व्यस्त सेवाओं में से एक मंच - प्रत्येक इन-फ्लाइट अनुरोध को छोड़ दिया तुरंत इसे हर तैनाती पर SIGTERM प्राप्त हुआ। `shutdown: graceful` और एक 30s timeout-per-shutdown-phase को ConfigMap में जोड़ा गया जो वास्तव में चलता है।.