मैं एक कहानी बताना चाहता हूं कि आवेदन को ओपेंशफ़्ट में कैसे लॉन्च किया गया था। नाटक के दौरान, हम Openshift के अंदर एप्लिकेशन के प्रबंधन के लिए उपयोगिताओं पर विचार करते हैं। यह kubernetes SPB meetup # 3 पर प्रदर्शन का एक प्रतिलेख है।

लक्ष्य

आमतौर पर, क्लाइंट्स को अलग-अलग सर्वरों पर तैनात किया जाता है, लेकिन यहां कार्य आया, ओपनहिफ्ट में दौड़ने और रेक को इकट्ठा करने के अवसर का परीक्षण करने के लिए।

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

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

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

• डेटाबेस स्कीमा लागू करें।
• एप्लिकेशन सर्वर कॉन्फ़िगर करें।
• एक लाइसेंस स्थापित करें।
• बाहरी सिस्टम के साथ एप्लिकेशन और एकीकरण को अनुकूलित करें।

लेकिन दुनिया क्रूर है, हमारे पास कई प्रतिबंध थे:

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

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

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

द्वारा और बड़े, एक डेमो करने के लिए, हमने मौजूदा भूमिकाओं को लिया जो सब कुछ और सब कुछ कॉन्फ़िगर करते हैं, और एक "अखंड कंटेनर" बनाया। कंटेनर को इकट्ठा करने में कोई विशेष समस्या नहीं थी, जैसा कि Openshift की कुछ शानदार सिफारिशें हैं , लेकिन मैं अलग से उल्लेख करूंगा:

• भूमिकाओं को अंतिम रूप दिया जाना चाहिए। हम systemd का उपयोग करते हैं।
• डिफ़ॉल्ट रूप से, सुरक्षा कारणों से, ओपनशीफ़्ट में कुछ syscall का उपयोग करना मना है। नतीजतन, चुरोट, सुडो के साथ बारीकियां होंगी। हाय सीवीई-2019-5736 ।
• इसी तरह, सुरक्षा कारणों से, कंटेनर को एक यादृच्छिक आईडी वाले उपयोगकर्ता के नीचे से लॉन्च किया जाता है, यह भी एक कस्टम व्यवहार है।

इस बिंदु पर मुख्य विचार यह है कि हमने बहुत तेजी से एक डेमो बनाया।

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

डेमो कंटेनर ने अपनी भूमिका पूरी की और हमने इसे अलग-अलग घटकों में देखा:

1. हमारे आवेदन।
2. डेटाबेस।
3. बाहरी सेवाओं, आदि ...

पहली बात जो आपने सामना की, डेटाबेस को कैसे इनिशियलाइज़ किया जाए? यह स्पष्ट है कि हम माइग्रेशन का उपयोग करते हैं, लेकिन उन्हें कब और कैसे लागू किया जाए? यहां यह डिवाइस POD: PODs जीवन का वर्णन करने वाले एक अद्भुत लेख का लिंक देने के लायक है । द्वारा और बड़े, कई दृष्टिकोण हैं:

• इनिट-कंटेनर का उपयोग करें
• ऑर्केस्ट्रेशन सिस्टम का उपयोग करें जो आवश्यक होने पर सेवाओं की तैनाती और रोल माइग्रेशन के आदेश का निर्धारण करेगा।

हमने इनिट-कंटेनर पथ का पालन करने का निर्णय लिया। यानी हमारे आवेदन के शुरू होने से पहले, हमारे आवेदन के पीओडी में, एक कंटेनर शुरू होता है जो पलायन करता है। लेकिन आवेदन को स्वयं और बाहरी एकीकरण कैसे कॉन्फ़िगर करें?

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

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

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

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

ठीक है, प्रलेखन फिर से पढ़ें।

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

पीओडी कंटेनरों का एक समूह है । नतीजतन, हमारे उप में 3 कंटेनर शामिल थे

1. Init कंटेनर एक PostgreSQL इनिशियलाइज़ करने के लिए।
2. ऐप के साथ कंटेनर।
3. एप्लिकेशन कॉन्फ़िगरेशन के साथ कंटेनर।

उपकरण

हमें एक आरेख मिला कि तैनात आवेदन कैसा दिखता है। अब प्रकृति में साधनों पर चर्चा करने का समय आ गया है, बहुत कुछ है जो पहले से तैयार है, मैं नीचे दी गई कुछ सूची पर विचार करूंगा और व्यक्तिपरक निष्कर्ष निकालूंगा।

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

Openshift टेम्प्लेट

Openshift टेम्प्लेट

पेशेवरों:

• मूल निवासी और उनके पास उत्कृष्ट दस्तावेज हैं।

विपक्ष:

• एक और टेम्पलेट इंजन।
• लंबी और भयानक YAML फाइलें।
• यदि आपके पास सेवाओं और उनके शुरू होने के क्रम के बीच निर्भरता है, तो यह मुश्किल होगा।

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

पेशेवरों:

• आप महान उपकरण और OOP की सभी शक्ति का उपयोग कर सकते हैं।

विपक्ष:

• बैसाखी जो सहारा देती है। और आपको ही नहीं।

Terraform k8s प्रदाता

Terraform k8s प्रदाता

पेशेवरों:

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

विपक्ष:

• Openshift के लिए कोई समर्थन नहीं, केवल k8s।
• कभी-कभी पुरानी डॉक और मॉड्यूल।
• अपनी टीम पर एक और तुला।

Ansible-कंटेनर

Ansible-कंटेनर

पेशेवरों:

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

विपक्ष:

• विशाल चित्र, क्योंकि एक परत में जाओ।
• छोड़ दिया और असमर्थित लगता है। की जगह अनिलिबल बेंडर ने ले ली है।

Ansible k8s मॉड्यूल

Ansible + k8s मॉड्यूल

पेशेवरों:

• Openshift के अंदर सभी प्रोजेक्ट इन्फ्रास्ट्रक्चर का वर्णन करने के लिए एक प्लेबुक।
• भूमिकाओं के रूप में पुन: उपयोग कोड।
• आप आवेदन आरंभीकरण तर्क जोड़ सकते हैं।

विपक्ष:

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

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

अन्सिबल प्लेबुक बंडल (APB) उपयोगिता एक दृष्टिकोण प्रदान करती है: चलो k8s के अंदर अनुप्रयोग को तैनात करने के लिए ansible भूमिकाओं को पैक करते हैं / एक कंटेनर में खुलता है और k8 / खुलने के समय के अंदर चलाते हैं।

पेशेवरों:

• मैं सब कुछ अपने साथ ले जाता हूं।
• परीक्षण योग्य और प्रतिलिपि प्रस्तुत करने योग्य।
• सेवा कैटलॉग के साथ एकीकरण (अनुप्रयोगों को लॉन्च करने के लिए उपयोगकर्ता के अनुकूल वेब इंटरफ़ेस)।

विपक्ष:

• आपको व्यवस्थापक स्तर के विशेषाधिकार की आवश्यकता है।
• दस्तावेज़ीकरण कभी-कभी वांछित होने के लिए बहुत कुछ छोड़ देता है।

परिणाम

मैं अंतिम उपाय नहीं बनना चाहता, लेकिन मैं अपने निष्कर्ष साझा करूंगा:

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

पुनश्च

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