एक रोलआउट खत्म करने के लिए पुराने फली क्या कर रहा था

Shipped

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

Author

Kamo

Commit

c3aad18

तैनाती ने प्रत्येक सेवा के एकमात्र फली को बदल दिया, जिसमें अनुरोधों को पकड़ने के लिए कुछ भी नहीं था। उड़ान। तीन सेटिंग्स, बेड़े में लागू: - प्रक्रिया से पहले 10s की नींद आती है। Kubernetes अपने फली को हटा देता है EndpointSlice और संकेत यह एक ही समय में, और Traefik केवल द्वारा हटाने के बारे में सीखता है घड़ी - इसलिए एक पल के लिए यह नए अनुरोधों को एक फली में भेज देता है जो पहले से ही शुरू हो चुका है उन्हें मना करना। यह अंतर यह है कि अन्यथा क्लीन रोलआउट पर 502s से आया था। - समाप्तिGracePeriodSeconds preStop नींद के ऊपर उठाया, तो हुक खुद नहीं है SIGKILLed, और इन-फ्लाइट काम खत्म करने के लिए कमरे है। यह एक छत है, कोई प्रतीक्षा नहीं है: एक निष्क्रिय फली अभी भी एक सेकंड में निकलता है। - minReadySeconds 15, इसलिए एक फली जो एक बार तत्परता से गुजरती है और फिर गिरती है, सेवानिवृत्त नहीं हो सकती है। स्वस्थ फली यह पहले से ही रोलआउट अच्छा कहा जाता है के बाद बदल दिया। topologySpreadConstraints एक दूसरे प्रतिकृति के लिए तैयार कर रहे हैं; वे एक पर निष्क्रिय कर रहे हैं। लाइव क्लस्टर से लेखापरीक्षित: `kamo` में 65 तैनाती का 63 एक प्रतिकृति चला, 65 में से 1 था एक preStop हुक, और कोई भी minReadySeconds था। ग्रेसफुल शटडाउन की अपनी विंडो **************** 5s से 5s तक चला गया 30s in the ConfigMap. वह आंतरिक सीमा बाध्यकारी थी: कोई फर्क नहीं पड़ता कि पॉड कितने उदार है अनुग्रह अवधि, स्प्रिंग ने पांच सेकंड के बाद इंतजार करना बंद कर दिया और जो कुछ भी अभी भी चल रहा था उसे गिरा दिया। ConfigMap क्या चलाता है - यह छवि के application.yml पर के रूप में घुड़सवार है SPRING CONFIG LOCATION, ओवरले के बजाय एक पूर्ण प्रतिस्थापन।.