कुबेरनेत्स सर्वोत्तम प्रथाओं। बाहरी सेवाओं का मानचित्रण

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

यदि आप ज्यादातर लोगों की तरह हैं, तो आप सबसे अधिक संभावना संसाधनों का उपयोग करते हैं जो आपके क्लस्टर के बाहर काम करते हैं। आप Google मेघ दृष्टि एपीआई का उपयोग करके पाठ संदेश भेजने या छवियों का विश्लेषण करने के लिए टेलियो एपीआई का उपयोग कर सकते हैं।

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

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



मान लीजिए कि आप Google Compute Engine में MongoDB डेटाबेस चलाते हैं। जब तक आप इसे क्लस्टर में स्थानांतरित करने का प्रबंधन नहीं करेंगे तब तक आप इस संकर दुनिया में फंस जाएंगे।

सौभाग्य से, आप अपने जीवन को थोड़ा आसान बनाने के लिए कुबेरनेट्स स्थिर सेवाओं का उपयोग कर सकते हैं। इस उदाहरण में, मैंने Google क्लाउड लॉन्चर का उपयोग करके एक MongoDB सर्वर बनाया। चूंकि यह एक ही नेटवर्क (या Kubernetes VPC क्लस्टर) पर बनाया गया था, इसलिए इसे उच्च-प्रदर्शन वाले आंतरिक IP पते का उपयोग करके एक्सेस किया जाता है।



यह Google क्लाउड पर डिफ़ॉल्ट सेटिंग है, इसलिए आपको कुछ भी कॉन्फ़िगर नहीं करना होगा। अब जब आपके पास एक आईपी पता है, तो सेवा बनाने के लिए पहला कदम है। आप देख सकते हैं कि इस सेवा के लिए चूल्हा चयनकर्ता नहीं हैं। यही है, हमने एक ऐसी सेवा बनाई है जो यह नहीं जान पाएगी कि ट्रैफ़िक कहाँ भेजा जाए। यह आपको मैन्युअल रूप से एक समापन बिंदु ऑब्जेक्ट बनाने की अनुमति देगा, जो इस सेवा से ट्रैफ़िक प्राप्त करेगा।



निम्नलिखित कोड उदाहरण से पता चलता है कि एंडपॉइंट्स सेवा के समान मूंगो नाम का उपयोग करके डेटाबेस के लिए आईपी पता निर्धारित करते हैं।



Kubernetes सभी IP पतों का उपयोग समापन बिंदुओं को खोजने के लिए करेंगे जैसे कि वे नियमित रूप से Kubernetes पॉड्स थे, इसलिए अब आप उपरोक्त नाम mongodb: // mongo के लिए एक साधारण कनेक्शन स्ट्रिंग का उपयोग करके डेटाबेस तक पहुंच सकते हैं। हालांकि, आपके कोड में आईपी पते का उपयोग करने की कोई आवश्यकता नहीं है।

यदि भविष्य में आईपी पते बदलते हैं, तो आप बस नए आईपी पते के साथ समापन बिंदुओं को अपडेट कर सकते हैं, और आपके एप्लिकेशन को किसी भी अतिरिक्त तरीके से बदलने की आवश्यकता नहीं होगी।

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



उनमें से एक डेवलपर्स का एक डेटाबेस है, और दूसरा एक उत्पादन डेटाबेस है। इन डेटाबेस के लिए कनेक्शन स्ट्रिंग्स निम्नानुसार हैं - mLab आपको एक गतिशील URI और एक गतिशील पोर्ट प्रदान करता है। जैसा कि आप देख सकते हैं, वे अलग हैं।



इसे अनदेखा करने के लिए, हम Kubernetes का उपयोग करते हैं और डेवलपर्स डेटाबेस से कनेक्ट होते हैं। आप एक बाहरी कुबेरनेट सेवा नाम बना सकते हैं, जो आपको एक स्थैतिक सेवा प्रदान करेगा जो बाहरी सेवा को यातायात पुनर्निर्देशित करेगा।



यह सेवा एक सरल कर्नेल-स्तर CNAME रीडायरेक्ट करेगी, जिसका न्यूनतम प्रदर्शन प्रभाव होगा। इसके लिए धन्यवाद, आप एक सरल कनेक्शन स्ट्रिंग का उपयोग कर सकते हैं।



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

पहला कदम यूआरआई से आईपी एड्रेस प्राप्त करना है। यदि आप कमांड nslookup, hostname या URI को पिंग करते हैं, तो आप डेटाबेस का IP पता प्राप्त कर सकते हैं। यदि उसी समय यह सेवा आपको कई आईपी पते लौटाती है, तो इन सभी पतों का उपयोग वस्तु के अंतिम बिंदु पर किया जा सकता है।



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



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

बहुत जल्द जारी रखने के लिए ...

विज्ञापन का एक सा :)

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

डेल R730xd एम्स्टर्डम में इक्विनिक्स टीयर IV डेटा सेंटर में 2 गुना सस्ता? केवल हमारे पास 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV नीदरलैंड के 199 डॉलर में से है!डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $ 99 से! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग सी?