Helm: पतवार में नीली / हरी तैनाती पैटर्न के लिए प्रत्यक्ष समर्थन

यह वास्तव में होता है कुछ सेवा जाल वास्तव में अच्छी तरह से संभालते हैं। यदि आप अपने आवेदन के लिए नीले / हरे रंग की तैनाती करने की आवश्यकता होती है तो मुझे istio जैसे उपकरणों पर एक नज़र डालने का सुझाव है क्योंकि वे क्रमिक रोल-इन और रोल-आउट को संभालने में सक्षम हैं क्योंकि वे आपके आवेदन में आने वाले यातायात के प्रवाह को नियंत्रित करते हैं।

हेल्म एक पारंपरिक पैकेज मैनेजर के अर्थ में अधिक काम करता है, चार्ट को एक संस्करण से दूसरे तक एक सुंदर तरीके से अपग्रेड करता है (पॉड लिविंग / तत्परता जांच और तैनाती अपडेट रणनीतियों के लिए धन्यवाद), बहुत कुछ apt upgrade जैसे कुछ की अपेक्षा कैसे करता है काम करने के लिए

अधिक संदर्भ के लिए, इन थ्रेड्स / ब्लॉग पोस्ट में चर्चा देखें:

• https://github.com/kubernetes/kubernetes/issues/33462
• http://dougbtv.com/nfvpe/2017/06/05/istio-deploy/

उम्मीद है की यह मदद करेगा!

उत्तर के रूप में बंद हो रहा है, लेकिन बी / जी तैनाती के बारे में और प्रश्न हैं, तो कृपया फिर से खोलें। धन्यवाद!

@bacongobbler मैं समझता हूं कि आप कहां से आ रहे हैं, लेकिन मुझे लगता है कि istio लागू करने का निम्न स्तर का तरीका है जो हम चाहेंगे। मेरे कहने का तात्पर्य यह है कि (कम से कम मेरे लिए) मैं अपने संपूर्ण सर्वर परिनियोजन का वर्णन पतवार चार्ट के साथ करता हूँ। अगर मैं चार्ट को एक संस्करण से अगले में बदलता हूं, तो उसका पतवार जो पतवार की फाइलों को पढ़ता है और सभी परिवर्तनों को तैनात करता है। अब, यह चार्ट में वर्णित निचले स्तर के घटकों के साथ हस्तक्षेप करके करता है, लेकिन फिर भी मैं चीजों को बदलने के लिए सीधे तौर पर कुबेकटेल या अन्य कमांड नहीं चला रहा हूं। इसके अलावा, मुझे लगता है कि ऐसा करना गलत होगा क्योंकि इसका मतलब है कि दुनिया की स्थिति किसी भी एक उपकरण के दायरे में नहीं है, जो इन उपकरणों के एक साथ काम न करने पर त्रुटियों को जन्म देगा। या क्या मैं कुछ न कुछ भूल रहा हूं?