Kubernetes उत्कृष्ट अभ्यासहरू। बाह्य सेवाहरूको नक्साङ्कन

Kubernetes उत्कृष्ट अभ्यासहरू। साना कन्टेनरहरू सिर्जना गर्दै
Kubernetes उत्कृष्ट अभ्यासहरू। नेमस्पेस संग Kubernetes को संगठन
Kubernetes उत्कृष्ट अभ्यासहरू। तत्परता र जीवन्तता परीक्षणहरूको साथ Kubernetes Liveness मान्य गर्दै
Kubernetes उत्कृष्ट अभ्यासहरू। स्रोत अनुरोध र सीमाहरू सेट अप गर्दै
Kubernetes उत्कृष्ट अभ्यासहरू। सही बन्द समाप्त

यदि तपाईं धेरैजसो मानिसहरू जस्तै हुनुहुन्छ भने, तपाईंले सम्भवतः तपाईंको क्लस्टर बाहिर चल्ने स्रोतहरू प्रयोग गर्दै हुनुहुन्छ। सायद तपाइँ पाठ सन्देशहरू पठाउन Taleo API प्रयोग गर्नुहुन्छ, वा Google Cloud Vision API प्रयोग गरी छविहरू विश्लेषण गर्नुहुन्छ।

यदि तपाइँ तपाइँको सबै परिवेशहरूमा समान सर्भर-साइड अनुरोध समाप्ति बिन्दु प्रयोग गर्नुहुन्छ र तपाइँको सर्भरहरू Kubernetes मा स्थानान्तरण गर्ने योजना बनाउनुहुन्न भने, तपाइँको कोडमा सेवा समाप्ति बिन्दु हुनु एकदम राम्रो छ। यद्यपि, घटनाहरूको विकासको लागि धेरै अन्य परिदृश्यहरू छन्। यस Kubernetes उत्कृष्ट अभ्यास श्रृंखलामा, तपाईंले क्लस्टर भित्र र बाहिर दुवै सेवाहरू पत्ता लगाउन Kubernetes को बिल्ट-इन मेकानिजमहरू कसरी प्रयोग गर्ने भनेर सिक्नुहुनेछ।

एक साधारण बाह्य सेवा को एक उदाहरण Kubernetes क्लस्टर बाहिर चलिरहेको डाटाबेस हो। गुगल क्लाउड डाटा स्टोर वा गुगल क्लाउड स्प्यानर जस्ता क्लाउड डाटाबेसहरू विपरीत, जसले सबै पहुँचका लागि एकल अन्त्य बिन्दु प्रयोग गर्दछ, धेरै जसो डाटाबेसहरूमा विभिन्न परिस्थितिहरूको लागि छुट्टै अन्तिम बिन्दुहरू हुन्छन्।
MySQL र MongoDB जस्ता परम्परागत डाटाबेसहरू प्रयोग गर्नका लागि उत्तम अभ्यासहरूको सामान्यतया मतलब तपाईं विभिन्न वातावरणका लागि विभिन्न घटकहरूमा जडान हुनु हो। तपाईंसँग उत्पादन डेटाको लागि ठूलो मेसिन र परीक्षण वातावरणको लागि सानो मेसिन हुन सक्छ। तिनीहरू मध्ये प्रत्येकको आफ्नै आईपी ठेगाना वा डोमेन नाम हुनेछ, तर तपाईले एक परिवेशबाट अर्को वातावरणमा सर्दा तपाईको कोड परिवर्तन गर्न चाहनुहुन्न। त्यसोभए यी ठेगानाहरूलाई हार्ड-कोडिङ गर्नुको सट्टा, तपाईंले Kubernetes को निर्मित DNS-आधारित बाह्य सेवा खोजलाई नेटिभ Kubernetes सेवाहरू जस्तै प्रयोग गर्न सक्नुहुन्छ।

मानौँ तपाईँ गुगल कम्प्युट इन्जिनमा MongoDB डाटाबेस चलाउँदै हुनुहुन्छ। तपाईंले यसलाई क्लस्टरमा स्थानान्तरण गर्न प्रबन्ध नगरेसम्म तपाईं यस हाइब्रिड संसारमा अडिनु हुनेछ।

सौभाग्य देखि, तपाईं आफ्नो जीवन अलि सजिलो बनाउन स्थिर Kubernetes सेवाहरू प्रयोग गर्न सक्नुहुन्छ। यस उदाहरणमा, मैले Google क्लाउड लन्चर प्रयोग गरेर MongoDB सर्भर सिर्जना गरेको छु। यो एउटै नेटवर्क (वा Kubernetes क्लस्टर VPC) मा सिर्जना गरिएको हुनाले, यो उच्च प्रदर्शन आन्तरिक आईपी ठेगाना प्रयोग गरेर पहुँच गरिन्छ।

यो Google क्लाउडमा पूर्वनिर्धारित सेटिङ हो, त्यसैले तपाईंले केहि पनि कन्फिगर गर्नु पर्दैन। अब तपाईसँग IP ठेगाना छ, पहिलो चरण भनेको सेवा सिर्जना गर्नु हो। तपाईंले याद गर्न सक्नुहुन्छ कि यस सेवाको लागि कुनै पोड चयनकर्ताहरू छैनन्। त्यो हो, हामीले ट्राफिक कहाँ पठाउने भनेर थाहा नहुने सेवा सिर्जना गर्यौं। यसले तपाईंलाई म्यानुअल रूपमा एउटा अन्तबिन्दु वस्तु सिर्जना गर्न अनुमति दिनेछ जसले यस सेवाबाट ट्राफिक प्राप्त गर्नेछ।

निम्न कोड उदाहरणले देखाउँछ कि अन्तिम बिन्दुहरूले सेवाको रूपमा उही मङ्गो नाम प्रयोग गरेर डाटाबेसको लागि IP ठेगाना निर्धारण गर्दछ।

Kubernetes ले सबै IP ठेगानाहरू अन्तिम बिन्दुहरू फेला पार्न प्रयोग गर्नेछ जस्तै कि तिनीहरू नियमित Kubernetes Pods थिए, त्यसैले अब तपाईंले माथिको नाम mongodb://mongo मा सरल जडान स्ट्रिङको साथ डेटाबेस पहुँच गर्न सक्नुहुन्छ। तपाईको कोडमा IP ठेगानाहरू प्रयोग गर्न आवश्यक छैन।

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

यदि तपाइँ तेस्रो-पक्ष होस्टमा होस्ट गरिएको डाटाबेस प्रयोग गर्दै हुनुहुन्छ भने, यो सम्भव छ कि होस्टका मालिकहरूले तपाइँलाई जडान गर्नको लागि एक समान स्रोत पहिचानकर्ता URI प्रदान गरेको छ। त्यसोभए यदि तपाइँलाई आईपी ठेगाना दिइएको छ भने, तपाइँ केवल अघिल्लो विधि प्रयोग गर्न सक्नुहुन्छ। यो उदाहरणले देखाउँछ कि मसँग mLab होस्टमा होस्ट गरिएका दुई MongoDB डाटाबेसहरू छन्।

एउटा विकासकर्ता डाटाबेस हो र अर्को उत्पादन डाटाबेस हो। यी डाटाबेसका लागि जडान स्ट्रिङहरू यस्तो देखिन्छन् - mLab ले तपाईंलाई गतिशील URI र गतिशील पोर्ट प्रदान गर्दछ। तपाईं देख्न सक्नुहुन्छ, तिनीहरू फरक छन्।

यसलाई अमूर्त गर्नको लागि, Kubernetes प्रयोग गरौं र विकासकर्ता डेटाबेसमा जडान गरौं। तपाईंले बाह्य Kubernetes सेवा नाम सिर्जना गर्न सक्नुहुन्छ, जसले तपाईंलाई स्थिर सेवा दिनेछ जसले बाह्य सेवामा ट्राफिक फर्वार्ड गर्नेछ।

यो सेवाले न्यूनतम कार्यसम्पादन प्रभावको साथ कर्नेल स्तरमा साधारण CNAME फर्वार्डिङ प्रदर्शन गर्नेछ। यसका लागि धन्यवाद तपाईले सरल जडान स्ट्रिङ प्रयोग गर्न सक्नुहुन्छ।

तर बाह्य नामले CNAME फर्वार्डिङ प्रयोग गरेको हुनाले यसले पोर्ट फर्वार्डिङ गर्न सक्दैन। त्यसकारण, यो समाधान स्थिर पोर्टहरूको लागि मात्र लागू हुन्छ र गतिशील पोर्टहरूसँग प्रयोग गर्न सकिँदैन। तर mLab Free Tier ले प्रयोगकर्तालाई पूर्वनिर्धारित रूपमा डायनामिक पोर्ट नम्बर दिन्छ र तपाईंले यसलाई परिवर्तन गर्न सक्नुहुन्न। यसको मतलब तपाईलाई dev र prod को लागी बिभिन्न जडान कमाण्ड लाइनहरु चाहिन्छ। नराम्रो कुरा यो हो कि यसले तपाईंलाई पोर्ट नम्बर हार्डकोड गर्न आवश्यक पर्दछ। त्यसोभए तपाइँ कसरी काम गर्न पोर्ट फर्वार्डिङ प्राप्त गर्नुहुन्छ?

पहिलो चरण URI बाट IP ठेगाना प्राप्त गर्न हो। यदि तपाइँ nslookup, होस्टनाम, वा URI लाई पिङ गर्नुहुन्छ भने, तपाइँ डाटाबेसको आईपी ठेगाना प्राप्त गर्न सक्नुहुन्छ। यदि सेवाले तपाईंलाई धेरै आईपी ठेगानाहरू फर्काउँछ भने, त्यसपछि यी सबै ठेगानाहरू वस्तुको अन्तिम बिन्दुहरूमा प्रयोग गर्न सकिन्छ।

ध्यानमा राख्नु पर्ने एउटा कुरा यो हो कि IP URI हरू बिना सूचना परिवर्तन गर्न सक्छन्, तिनीहरूलाई उत्पादनमा प्रयोग गर्न निकै जोखिमपूर्ण बनाउँछ। यो आईपी ठेगाना प्रयोग गरेर, तपाइँ पोर्ट निर्दिष्ट नगरी टाढाको डाटाबेसमा जडान गर्न सक्नुहुन्छ। यसरी, Kubernetes सेवाले पोर्ट फर्वार्डिङ एकदम पारदर्शी रूपमा गर्दछ।

म्यापिङ, वा आन्तरिक स्रोतहरूमा बाह्य स्रोतहरू नक्साङ्कनले, तपाईंलाई पुन: फ्याक्टरिङ प्रयासहरू कम गर्दै भविष्यमा क्लस्टर भित्र यी सेवाहरू प्रयोग गर्न लचिलोपन दिन्छ। यसले व्यवस्थापन गर्न र तपाईंको कम्पनीले प्रयोग गर्ने बाह्य सेवाहरू बारे अन्तर्दृष्टि प्रदान गर्न पनि सजिलो बनाउँछ।

छिट्टै जारी राख्ने...

केही विज्ञापनहरू 🙂

हामीसँग रहनु भएकोमा धन्यवाद। तपाईलाई हाम्रा लेखहरू मनपर्छ? थप रोचक सामग्री हेर्न चाहनुहुन्छ? हामीलाई अर्डर गरेर वा साथीहरूलाई सिफारिस गरेर समर्थन गर्नुहोस्, $4.99 बाट विकासकर्ताहरूको लागि क्लाउड VPS, प्रविष्टि-स्तर सर्भरहरूको एक अद्वितीय एनालग, जुन हामीले तपाईंको लागि आविष्कार गरेको हो: VPS (KVM) E5-2697 v3 (6 कोर) 10GB DDR4 480GB SSD 1Gbps $ 19 बाट वा कसरी सर्भर साझा गर्ने बारे सम्पूर्ण सत्य? (RAID1 र RAID10 सँग उपलब्ध, 24 कोर सम्म र 40GB DDR4 सम्म)।

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com