रोलआउट-सुरक्षा सेटिंग जहां CI वास्तव में उन्हें पढ़ा जाना था

Fixkamo-register
शिप
4 सितंबर 2026 को 10:13 pm बजे UTC
लेखक
Kamo
Commit
e6dabb1

कामो-रजिस्टर प्लेटफॉर्म पर एकमात्र सेवा है जिसका CI अपनी तैनाती को लाइन बनाता है, साथ ही साथ एक साथ Heredoc, K8s / deployment.yaml लागू करने के बजाय। दो परिणाम, दोनों चुप: 1. k8s / deployment.yaml मृत कोड है। बेड़े के चौड़े रोलआउट सुरक्षा कार्य इस में उतरे हर जगह की तरह सुबह, तैनाती हरे रंग की हो गई, और कुछ भी क्लस्टर तक नहीं पहुंच गया। 2. प्रत्येक तैनाती ने उस न्यूनतम स्पेक के लिए लाइव डिप्लॉयमेंट को पुनर्जीवित किया, इसलिए कुछ भी हाथ से लागू होता है अगले धक्का तक रहता है। KlusterServices परिनियोजित सुरक्षा लेखा परीक्षा द्वारा पकड़ा गया, जो रिपोज के बजाय क्लस्टर को पढ़ता है - इस तैनाती को केवल तीन असफलताओं में से एक के रूप में छोड़ दिया गया था, जो कोई तत्परता जांच के साथ चल रहा था, कोई पूर्व नहीं हुक और कोई minReadySecond, जबकि अपने खुद के प्रकट सभी तीनों घोषित किया। प्रति रेपो गार्ड होगा यहां पारित होने के कारण फ़ाइल की जांच की जाएगी, फ़ाइल कोई भी लागू नहीं है। सेटिंग्स को हेरेडोक में जोड़ा जाता है, जो आज उनके लिए ईमानदार जगह है। चरण बदलना K8s / तैनाती से अधिक। yaml एक लाइन परिवर्तन नहीं है और जानबूझकर यहां प्रयास नहीं किया गया है: फ़ाइल का envFrom संदर्भ एक kamowebregister-config ConfigMap जो क्लस्टर में मौजूद नहीं है और जो कुछ भी नहीं बनाता है, और इसकी एनवी प्रविष्टियों को विन्यास करने के लिए चल रहे ऐप कभी नहीं था। आवेदन करना यह सेवा को नीचे ले जाएगा। अब फ़ाइल एक हेडर है जो इस सब को अगले कह रही है व्यक्ति इसके लिए उसी दोपहर नहीं खोता है।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें