मैं अपनी कहानी को एक आवेदन को Openshift में माइग्रेशन के बारे में साझा करना चाहूंगा। इसके अलावा, परिणामस्वरूप, मैं Openshift के अंदर आपके एप्लिकेशन के प्रबंधन के लिए कुछ सबसे लोकप्रिय समाधानों और उपकरणों की तुलना करूंगा। यह kubernetes SPB meetup # 3 में मेरी प्रस्तुति का प्रतिलेखन है।

Openshift पर तैनात करते हैं

हमें क्या करना चाहिए?

सबसे पहले, हमारे आवेदन के बारे में बात करते हैं। यह बॉक्स एंटरप्राइज़ समाधान से बाहर है, यह विभिन्न डेटाबेस, एप्लिकेशन सर्वर और तीसरे पक्ष के सिस्टम के साथ एकीकरण इंटरफेस का समर्थन करता है। आमतौर पर, हमारे क्लाइंट समर्पित सर्वर पर इंस्टॉल हो रहे थे, हालांकि, हमने समस्या का सामना किया। हमें Openshift के अंदर एप्लिकेशन को ट्यून करना था।

आवश्यक शर्तें

आवेदन एक लंबे इतिहास के साथ उत्पाद है, इसे पूरी तरह से अलग वातावरण में बॉक्स से बाहर काम करना चाहिए। परिणामस्वरूप, हमारे इंस्टॉलेशन गाइड में बहुत सारे पेज हैं। हालाँकि, शीर्ष स्तर स्कीमा पाई के रूप में आसान है, आपको बस यह करना चाहिए:

• DB स्कीमा लागू करें।
• एप्लिकेशन सर्वर कॉन्फ़िगरेशन तैयार करें।
• अपना लाइसेंस स्थापित करें।
• एप्लिकेशन को प्रारंभ करें।

दुर्भाग्य से, दुनिया क्रूर है, कुछ महत्वपूर्ण पूर्वापेक्षाएँ थीं।

• हम सुरक्षा प्रतिबंधों के कारण केवल एक विशेष जेनकिंस दास पर ही आवेदन का निर्माण कर सकते हैं
• ग्राहक की ओपेंशफ्ट इंस्टॉलेशन से निजी डेवलपर्स के डॉक रजिस्ट्री तक कोई पहुंच नहीं थी।
• हम मौजूदा डॉकटर छवियों का फिर से उपयोग करने में सक्षम नहीं थे, क्योंकि वे केवल विकासशील और परीक्षण आवश्यकताओं के लिए बनाए गए थे।
• VMs पर एप्लिकेशन परिनियोजन के लिए एक सामान्य प्लेबुक थीं।

उत्तर देने योग्य कंटेनर डेमो

अन्सिबल कंटेनर एक ओपन सोर्स प्रोजेक्ट है जिसका उद्देश्य पूरे कंटेनर बिल्ड, परिनियोजन और प्रबंधन प्रक्रिया के स्वचालन को सक्षम करना है। सभी के सर्वश्रेष्ठ, यह एक ही सरल, शक्तिशाली और एजेंट रहित स्वचालन भाषा का उपयोग करता है जिसे आप पहले से ही उपयोग कर रहे हैं, यह सुनिश्चित करते हुए कि आप संपूर्ण एप्लिकेशन जीवनचक्र को स्वचालित कर सकते हैं।

हमने पहले से ही वीएम पर एप्लिकेशन इंस्टॉल करने के लिए कुछ अन्सिबल भूमिकाएं लिखी थीं, इसलिए हमने उन्हें एन्सिबल-कंटेनर के साथ पुन: उपयोग किया। अन्‍निबल कंटेनर कंटेनर बनाने का एक टूलसेट है। मुझे यकीन नहीं है कि यह वास्तव में अच्छा टूलसेट है, हालांकि यह अनुमति देता है:

• जिस तरह से हम अपने सर्वर को तैनात करते हैं उसी तरह से कंटेनर बनाएं।
• Dockerfiles में एक साथ शेल कमांड का पीछा करना बंद करें।

अन्सिबल -कंटेनर के साथ कोई बड़ा मुद्दा नहीं था क्योंकि इमेजेंस गाइडलाइन बनाना ओपनिशिफ्ट का कमाल है। हालाँकि, मैं नोटिस करना चाहूंगा:

• हमने अपनी ansible भूमिकाओं को संशोधित किया, क्योंकि Docker + systemd = pain ।
• सुरक्षा के कारण, डिफ़ॉल्ट रूप से Openshift के अंदर चेरोट, सुडो का उपयोग करने की कोई क्षमता नहीं है। सिर्फ CVE-2019-5736 पढ़ें।
• सुरक्षा कारणों से Openshift डिफ़ॉल्ट होना चाहिए प्रत्येक कंटेनर के लिए यादृच्छिक UID भी उत्पन्न होता है, दूसरे शब्दों में Openhift एक Dockerfile से USER विकल्प को अनदेखा करता है।

मुख्य बिंदु यह है कि पुन: उपयोग करने के कारण ansible-कंटेनर ने हमें बहुत तेज़ी से एक डेमो बनाने में मदद की।

एकाधिक कंटेनरों का डेमो

पहला डेमो कंटेनर ansible-container के माध्यम से बनाया गया था। यह डेमो के लिए काफी अच्छा था, हालांकि, हमने इसका इस्तेमाल नहीं करने का फैसला किया। हम अलग-अलग मोनोलिथ कंटेनर को अलग करते हैं:

1. हमने बिना किसी संशोधन के मूल Openshift PostgreSQL कंटेनर का उपयोग किया।
2. हमने एप्लिकेशन स्टेटलेस कंटेनर का निर्माण किया।

हालाँकि, डेटाबेस को इनिशियलाइज़ करना स्पष्ट नहीं था? हमने कुबेरनेट्स के अंदर PODs जीवन के बारे में एक शानदार लेख पाया। इसलिए, हमने डेटाबेस इनिशियलाइज़ेशन के लिए init कंटेनर का उपयोग करने का निर्णय लिया।

एप्लिकेशन को प्रारंभ करें

जैसा कि मैंने पहले उल्लेख किया है, एप्लिकेशन को पूरी तरह से अलग वातावरण में बॉक्स से बाहर काम करना चाहिए, विभिन्न एप्लिकेशन सर्वर / डेटाबेस का समर्थन करना और तीसरे पक्ष के सिस्टम के साथ एकीकरण इंटरफेस का समर्थन करना चाहिए।

आवेदन को शुरू करने के कई तरीके हैं:

1. पर्यावरण चर के माध्यम से विन्यास पास। इसका मतलब यह है कि हमारे सभी प्रलेखन / ज्ञान को कैसे प्रत्येक कंटेनर में प्रत्येक उपयोग के मामले के लिए आवेदन को इनिशियलाइज़ किया जाए। यह अच्छा नहीं लगता।
2. स्टार्ट हुक का उपयोग करें, यह लगभग पहले वाले के समान है।
3. Openshift के प्रावधान के दौरान प्रारंभिक।
4. प्रत्येक उपयोग के मामले के लिए व्यक्तिगत कॉन्फ़िगरेशन के साथ एक बाहरी कंटेनर का उपयोग करें।

हमने पिछले एक को चुना, हमने आवेदन को शुरू करने के लिए अतिरिक्त प्रतिकृति नियंत्रक बनाया? सच?

हम फिर से प्रलेखन पढ़ते हैं।

एक फली (व्हेल या मटर की फली के रूप में) एक या एक से अधिक कंटेनरों का समूह है (जैसे डॉकटर कंटेनर), साझा भंडारण / नेटवर्क के साथ, और कंटेनरों को कैसे चलाना है, इसके लिए एक विनिर्देश।

POD कंटेनरों का एक समूह है। नतीजतन, हमने एक आवेदन POD में 3 कंटेनर चलाने का फैसला किया

1. एक PostgreSQL आरंभीकरण के लिए Init कंटेनर।
2. अनुप्रयोग कंटेनर।
3. अनुप्रयोग आरंभीकरण कंटेनर।

यह दृष्टिकोण हमारे कॉन्फ़िगरेशन को एक कोड के रूप में संग्रहीत करने की अनुमति देता है, दो दिलचस्प परिणाम हैं: एप्लिकेशन कॉन्फ़िगरेशन परीक्षण योग्य और प्रतिलिपि प्रस्तुत करने योग्य है।

उपकरण

ओपनशफ्ट के प्रबंधन के लिए पहले से ही बहुत कुछ मौजूद है।

• Openshift टेम्प्लेट
• बैश / अजगर / माणिक + yml टेम्प्लेट
• Terraform k8s प्रदाता
• Ansible-कंटेनर
• Ansible + k8s मॉड्यूल
• अन्सिबल प्लेबुक बंडल
• अस्थिर शराबी
• ऑपरेटर
• source2image
• kustomize
• पतवार
• स्वचालन दलाल

प्रवास के दौरान, मैंने उनमें से कुछ का परीक्षण किया है। मैं अपने परिणाम साझा करना चाहूंगा।

Openshift टेम्प्लेट

Openshift टेम्प्लेट

पेशेवरों:

• मूल निवासी। इसमें कमाल के दस्तावेज हैं।

विपक्ष:

• फिर भी एक और YAML टेम्पलेट।
• भयानक YAML फ़ाइल लॉग करें।
• आप सेवाओं की निर्भरता के बारे में परवाह करते हैं।

अनुलेख और टेम्पलेट

पेशेवरों:

• स्क्रिप्टिंग।

विपक्ष:

• Kludges।

Terraform k8s प्रदाता

Terraform k8s प्रदाता

पेशेवरों:

• आदेश बनाने की परवाह मत करो।
• मॉड्यूल के रूप में पुन: उपयोग कोड।
• आप आरंभीकरण तर्क जोड़ सकते हैं।

विपक्ष:

• कोई Openshift समर्थन, केवल k8s।
• कभी-कभी पुराना।
• फिर भी एक और उपकरण।

Ansible-कंटेनर

Ansible-कंटेनर

पेशेवरों:

• सीएम बनाओ, बैश नहीं
• मौजूदा भूमिकाओं का फिर से उपयोग करें। भूमिका = छवि।
• हर चीज के लिए एक टूलसेट।

विपक्ष:

• एक ही परत के कारण विशाल चित्र।
• छोड़ दिया और पुराना लग रहा है।

Ansible कंटेनर को Ansible शराबी द्वारा प्रतिस्थापित किया गया था।

Ansible k8s मॉड्यूल

Ansible + k8s मॉड्यूल

पेशेवरों:

• सभी के लिए सिंगल प्लेबुक।
• भूमिका के रूप में कोड का पुन: उपयोग करें।
• आप आरंभीकरण तर्क जोड़ सकते हैं।

विपक्ष:

• कोई प्रॉक्सी समर्थन नहीं।
• आप हटाने की परवाह करते हैं। यदि आप कुछ हटाना चाहते हैं, तो आपको इसकी घोषणा करनी चाहिए।
• आप आदेश बनाने की परवाह करते हैं। आपको प्रारंभ से पहले आवेदन को तैनात करना चाहिए।

अन्सिबल प्लेबुक बंडल

अन्सिबल प्लेबुक बंडल (APB) एक हल्के अनुप्रयोग की परिभाषा (मेटा-कंटेनर) है। इनका उपयोग अनुप्रयोगों के जटिल समूहों को परिभाषित करने और तैनात करने के लिए किया जाता है, परिनियोजन सेवा ब्रोकर को चलाने वाले OpenShift ओरिजिनल क्लस्टर में तैनाती विन्यास, तैनाती और सेवाएँ। APB, Ansible की शक्ति का लाभ उठाकर अधिक शक्ति और सरल विन्यास प्रदान करते हैं। APB में निम्नलिखित विशेषताएं हैं:

मुख्य विचार यह है कि आप सभी आवश्यक चीज़ को एक कंटेनर में पैक करते हैं और कंटेनर को Openshift के अंदर चलाते हैं। अन्सिबल प्लेबुक बंडल

पेशेवरों:

• बंडलों सब कुछ।
• परीक्षण योग्य और प्रतिलिपि प्रस्तुत करने योग्य।
• सेवा सूची एकीकरण।

विपक्ष:

• आपको व्यवस्थापक अनुमतियाँ चाहिए।
• प्रलेखन कभी-कभी पुराना हो जाता है।

परिणाम

एक हाथ मैं अंतिम अधिकार नहीं बनना चाहता, लेकिन दूसरी ओर, मैं अपनी बात साझा करना चाहता हूं। कोई चांदी की गोली मौजूद नहीं है।

• यदि आप अपने आवेदन को सेवा के रूप में प्रदान नहीं करते हैं, तो Ansible k8s मॉड्यूल आपकी पसंद है।
• यदि आप एक सेवा के रूप में अपना आवेदन प्रदान करने जा रहे हैं, तो आपको स्वचालन दलाल और Ansible Playbook बंडल में गहराई से जाना चाहिए।

पुनश्च

• k8 चिपकने वाली स्लाइड
• ITGM स्लाइड
• यह क्रॉसपोस्ट है
• रूसी संस्करण