👨🏾‍🤝‍👨🏽 💅🏾 🤦🏼 इस्टियो के साथ वापस माइक्रोसोर्विस के लिए। भाग 1 👋🏽 🤜🏿 ⏸️

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

इस्तियो एक ओपन सोर्स प्रोजेक्ट है जिसे Google, IBM और Lyft की टीमों के सहयोग से विकसित किया गया है। यह उन समस्याओं को हल करता है, जो कि माइक्रोसर्विसेज पर आधारित अनुप्रयोगों में उत्पन्न होती हैं, उदाहरण के लिए, जैसे:

ट्रैफ़िक प्रबंधन : टाइमआउट, रिट्रीट, लोड संतुलन;
सुरक्षा : अंतिम उपयोगकर्ता का प्रमाणीकरण और प्राधिकरण;
अवलोकन : ट्रेस, निगरानी, लॉगिंग।

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

प्रोजेक्ट मैनेजर: फीडबैक कब तक जोड़ें?
डेवलपर: दो स्प्रिंट।

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

सांसद: ओह, तो चलो इस सुविधा को उत्पाद सेवा में डालें।

मुझे लगता है कि विचार स्पष्ट है: एक सेवा को जोड़ने के लिए आवश्यक चरणों और प्रयासों की मात्रा बहुत बड़ी है। इस लेख में, हम देखेंगे कि कैसे सेवाओं से उपरोक्त सभी कठिनाइयों (जो कि व्यावसायिक तर्क के लिए लक्षित नहीं हैं) को Istio समाप्त कर देता है।

नोट : यह लेख मानता है कि आपको कुबेरनेट्स का व्यावहारिक ज्ञान है। अन्यथा, मैं कुबेरनेट्स से अपना परिचय पढ़ने की सलाह देता हूं और उसके बाद ही इस सामग्री को पढ़ना जारी रखता हूं ।

आइडिया इस्तियो

इस्तियो के बिना एक दुनिया में, एक सेवा दूसरे के लिए सीधे अनुरोध करती है, और एक विफलता की स्थिति में, सेवा को इसे स्वयं संसाधित करना चाहिए: एक नया प्रयास करें, एक टाइमआउट प्रदान करें, एक सर्किट ब्रेकर खोलें, आदि।

Kubernetes में नेटवर्क ट्रैफ़िक

इस्तियो एक विशेष समाधान भी प्रदान करता है, जो नेटवर्क इंटरैक्शन में हस्तक्षेप करके सेवाओं और कामकाज से पूरी तरह से अलग है। और इसलिए यह लागू होता है:

दोष सहिष्णुता : प्रतिक्रिया में स्थिति कोड के आधार पर, यह समझता है कि क्या अनुरोध विफल हो गया है, और इसे फिर से चलाता है।
कैनरी रोलआउट : सेवा के नए संस्करण में पुनर्निर्देश केवल अनुरोधों की संख्या का एक निश्चित प्रतिशत है।
निगरानी और मैट्रिक्स : सेवा ने कितनी देर तक प्रतिक्रिया दी?
ट्रेसिंग और ऑब्जर्वेबिलिटी : प्रत्येक अनुरोध के लिए विशेष हेडर जोड़ता है और उन्हें क्लस्टर में ट्रेस करता है।
सुरक्षा : JWT टोकन, उपयोगकर्ताओं को अधिकृत और अधिकृत करता है।

ये केवल कुछ संभावनाएं हैं (वास्तव में केवल कुछ!) आपको साज़िश करने के लिए। अब तकनीकी विवरण में गोता लगाएँ!

आर्किटेक्चर Istio

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

डाटा प्लेन

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

एन्वॉय में रिट्रीट और सर्किट ब्रेकिंग को कैसे लागू किया जाता है

संक्षेप में:

दूत (एक साइडकार कंटेनर में स्थित प्रॉक्सी के बारे में बात कर रहा है जो एक अलग उत्पाद के रूप में वितरित किया जाता है - लगभग अनुवाद।) सेवा बी के पहले उदाहरण के लिए एक अनुरोध भेजता है और एक विफलता होती है।
दूत सिदेकर रिटायर हुए । (1)
विफल अनुरोध को उस प्रॉक्सी पर लौटाया जाता है, जिसने इसे कॉल किया था।
यह सर्किट ब्रेकर खोलता है और बाद के अनुरोधों के लिए अगली सेवा को कॉल करता है। (2)

इसका मतलब है कि आपको अगली रिट्री लाइब्रेरी का उपयोग नहीं करना है, आपको प्रोग्रामिंग भाषा X, Y या Z में सर्किट ब्रेकिंग और सर्विस डिस्कवरी का अपना कार्यान्वयन नहीं करना है। यह सब और बहुत कुछ Istio में बॉक्स से बाहर उपलब्ध है और कोड में किसी भी बदलाव की आवश्यकता नहीं है।

बहुत बढ़िया! अब आप इस्तियो के साथ एक यात्रा पर जाना चाह सकते हैं, लेकिन अभी भी कुछ संदेह हैं, खुले हुए सवाल। यदि यह जीवन में सभी मामलों के लिए एक सार्वभौमिक समाधान है, तो आपके पास एक वैध संदेह है: आखिरकार, वास्तविकता में ऐसे सभी निर्णय किसी भी मामले के लिए अनुपयुक्त हो जाते हैं।

और अंत में, आप पूछते हैं: "क्या यह अनुकूलन है?"

अब आप समुद्री यात्रा के लिए तैयार हैं - और आइए कंट्रोल प्लेन से परिचित हों।

नियंत्रण विमान

इसमें तीन घटक होते हैं: पायलट , मिक्सर और गढ़ , जो एनवॉयस को रूट ट्रैफ़िक को कॉन्फ़िगर करने, नीतियों को लागू करने और टेलीमेट्री डेटा एकत्र करने के लिए एक साथ काम करते हैं। योजनाबद्ध रूप से, यह सब इस तरह दिखता है:

डाटा प्लेन के साथ कंट्रोल प्लेन इंटरेक्शन

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

इस्तियो के लिए सेवा अनुपात

हमने सेवाओं के लिए Istio के दृष्टिकोण का वर्णन किया, लेकिन इसके विपरीत नहीं: सेवाएँ Istio से कैसे संबंधित हैं?

ईमानदारी से, इस्तियो सेवाओं की उपस्थिति के साथ-साथ मछलियों के बारे में भी जानता है - पानी के बारे में, जब वे खुद से पूछते हैं: "सामान्य रूप से पानी क्या है?"।

विक्टोरिया दिमित्रकोपौलोस द्वारा चित्रण: - आप पानी को कैसे पसंद करते हैं? - सामान्य रूप से पानी क्या है?

इस प्रकार, आप कामकाजी क्लस्टर ले सकते हैं और इस्तियो घटकों की तैनाती के बाद, इसमें स्थित सेवाएं काम करना जारी रखेंगी, और इन घटकों को हटाने के बाद सब कुछ फिर से ठीक हो जाएगा। यह स्पष्ट है कि ऐसा करने में आप इस्तियो द्वारा प्रदान किए गए अवसरों को खो देंगे।

पर्याप्त सिद्धांत - आइए इस ज्ञान को व्यवहार में लाएं!

अभ्यास में इस्तियो

इस्तियो में कुबेरनेट्स क्लस्टर की आवश्यकता होती है जिसमें कम से कम 4 vCPUs और 8 GB RAM उपलब्ध हो। क्लस्टर को जल्दी से बढ़ाने और लेख से निर्देशों का पालन करने के लिए, मैं Google क्लाउड प्लेटफॉर्म का उपयोग करने की सलाह देता हूं, जो नए उपयोगकर्ताओं को $ 300 मुफ्त प्रदान करता है।

जब आप एक क्लस्टर बनाते हैं और कंसोल उपयोगिता के माध्यम से कुबेरनेट्स तक पहुंच को कॉन्फ़िगर करते हैं, तो आप हेल्म पैकेज प्रबंधक के माध्यम से इस्तियो को स्थापित कर सकते हैं।

हेल्म इंस्टालेशन

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

इस्टियो स्थापित करें

नवीनतम रिलीज़ से Istio संसाधन डाउनलोड करें (मूल लेखक का संस्करण 1.0.5 का लिंक वर्तमान एक में बदल गया है, अर्थात 1.0 - लगभग अनुवाद।) , सामग्री को एक निर्देशिका में निकालें, जिसे मैं भविष्य में कॉल [istio-resources] ।

Istio संसाधनों की पहचान में आसानी के लिए, K8s क्लस्टर में istio- istio-system नेमस्पेस बनाएं:

 $ kubectl create namespace istio-system

[istio-resources] निर्देशिका पर जाकर और कमांड चलाकर इंस्टॉलेशन को पूरा करें:

 $ helm template install/kubernetes/helm/istio \ --set global.mtls.enabled=false \ --set tracing.enabled=true \ --set kiali.enabled=true \ --set grafana.enabled=true \ --namespace istio-system > istio.yaml

यह कमांड Istio के प्रमुख घटकों को istio.yaml फ़ाइल में आउटपुट करेगा। हमने निम्न मापदंडों को निर्दिष्ट करते हुए, अपने लिए मानक खाका बदल दिया:

Global.mtls.enabled हमारी डेटिंग प्रक्रिया को सरल बनाने के लिए false (यानी mTLS प्रमाणीकरण अक्षम है - लगभग अनुवाद।) पर सेट है;
tracing.enabled Jaeger का उपयोग करते हुए क्वेरी ट्रेसिंग सक्षम करता है;
kiali.enabled सेवाओं और ट्रैफ़िक की कल्पना करने के लिए एक क्लस्टर में kiali.enabled स्थापित करता है;
grafana.enabled एकत्रित मेट्रिक्स की कल्पना करने के लिए grafana.enabled सेट करता है।

हम कमांड के साथ उत्पन्न संसाधन लागू करते हैं:

 $ kubectl apply -f istio.yaml

क्लस्टर में Istio स्थापित करना पूरा हो गया है! तब तक प्रतीक्षा करें जब तक कि istio-system नेमस्पेस में सभी पॉड्स नीचे कमांड चलाकर Running या Completed जाते:

 $ kubectl get pods -n istio-system

अब हम अगले भाग में जारी रखने के लिए तैयार हैं, जहाँ हम एप्लिकेशन को बढ़ाएँगे और लॉन्च करेंगे।

सेंटीमेंट एनालिसिस एप्लिकेशन आर्किटेक्चर

आइए कुबेरनेट्स में पहले से उल्लेख किए गए परिचय लेख में उपयोग किए गए माइक्रोसैसवर्क एप्लिकेशन सेंटीमेंट विश्लेषण का एक उदाहरण लेते हैं । यह अभ्यास में इस्तियो की क्षमताओं को दिखाने के लिए पर्याप्त परिष्कृत है।

आवेदन चार microservices के होते हैं:

सेवा एसए- फ्रंटेंड, जो रिएक्टज पर फ्रंट-एंड एप्लिकेशन परोसता है;
एक SA-WebApp सेवा जो सेंटिमेंट एनालिसिस अनुरोधों की सेवा देती है;
सेवा एसए-लॉजिक , जो भावुक विश्लेषण करता है;
सेवा एसए-फीडबैक , जो विश्लेषण की सटीकता के बारे में उपयोगकर्ताओं से प्रतिक्रिया प्राप्त करता है।

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

Istio से एक प्रॉक्सी के साथ एक आवेदन शुरू करना

लेख में वर्णित आगे के संचालन के लिए, इस्तिओ-महारत भंडार का क्लोन तैयार करें। इसमें कुबेरनेट्स और इस्तियो के लिए ऐप और मैनिफेस्टो शामिल हैं।

सिडकर डालें

सम्मिलन स्वचालित रूप से या मैन्युअल रूप से किया जा सकता है। स्वचालित रूप से साइडकार कंटेनरों को सम्मिलित करने के लिए, आपको istio-injection=enabled लेबल सेट करना istio-injection=enabled , जो निम्न कमांड द्वारा किया जाता है:

 $ kubectl label namespace default istio-injection=enabled namespace/default labeled

अब प्रत्येक पॉड जो डिफॉल्ट नेमस्पेस में तैनात किया जाएगा, वह अपने साइडकार कंटेनर को प्राप्त करेगा। इसे सत्यापित करने के लिए, [istio-mastery] रिपॉजिटरी के रूट डायरेक्टरी में जाकर और निम्न कमांड को चलाकर टेस्ट एप्लिकेशन इंस्टॉल करें:

 $ kubectl apply -f resource-manifests/kube persistentvolumeclaim/sqlite-pvc created deployment.extensions/sa-feedback created service/sa-feedback created deployment.extensions/sa-frontend created service/sa-frontend created deployment.extensions/sa-logic created service/sa-logic created deployment.extensions/sa-web-app created service/sa-web-app created

सेवाओं का विस्तार करने के बाद, हम यह सत्यापित करेंगे कि पॉड्स में दो कंटेनर हैं (सेवा के साथ और इसके साइडकार के साथ), kubectl get pods को निष्पादित करने से kubectl get pods कमांड kubectl get pods और यह सुनिश्चित करते हैं कि मान 2/2 READY कॉलम के तहत इंगित किया गया है, यह दर्शाता है कि दोनों कंटेनर चल रहे हैं:

 $ kubectl get pods NAME READY STATUS RESTARTS AGE sa-feedback-55f5dc4d9c-c9wfv 2/2 Running 0 12m sa-frontend-558f8986-hhkj9 2/2 Running 0 12m sa-logic-568498cb4d-2sjwj 2/2 Running 0 12m sa-logic-568498cb4d-p4f8c 2/2 Running 0 12m sa-web-app-599cf47c7c-s7cvd 2/2 Running 0 12m

नेत्रहीन यह इस तरह दिखता है:

फली में से एक में दूत समीपस्थ

अब जब एप्लिकेशन चल रहा है और चल रहा है, तो हमें आने वाले ट्रैफिक को एप्लिकेशन में आने देना होगा।

प्रवेश द्वार

इसे प्राप्त करने के लिए सबसे अच्छा अभ्यास (क्लस्टर में ट्रैफ़िक की अनुमति देने के लिए) इस्तियो में इनग्रेड गेटवे के माध्यम से होता है, जो क्लस्टर के "बॉर्डर" पर स्थित है और आपको आने वाले ट्रैफ़िक के लिए रूटिंग, लोड बैलेंसिंग, सुरक्षा और निगरानी जैसी इस्तियो सुविधाओं को सक्षम करने की अनुमति देता है।

इनग्रेड गेटवे घटक और इसके आगे की सेवा को इस्तियो की स्थापना के दौरान क्लस्टर में स्थापित किया गया था। किसी सेवा का बाहरी IP पता जानने के लिए, करें:

 $ kubectl get svc -n istio-system -l istio=ingressgateway NAME TYPE CLUSTER-IP EXTERNAL-IP istio-ingressgateway LoadBalancer 10.0.132.127 13.93.30.120

हम इस आईपी पर एप्लिकेशन का उपयोग करना जारी रखेंगे (मैं इसे बाहरी-आईपी के रूप में संदर्भित करूंगा), इसलिए सुविधा के लिए हम मान को एक चर में लिखेंगे:

 $ EXTERNAL_IP=$(kubectl get svc -n istio-system \ -l app=istio-ingressgateway \ -o jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}')

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

गेटवे संसाधन

गेटवे Kubernetes में एक CRD (कस्टम संसाधन परिभाषा) है, एक क्लस्टर में इस्तियो को स्थापित करने और बंदरगाहों, प्रोटोकॉल और मेजबानों को निर्दिष्ट करने की क्षमता को सक्रिय करने के लिए परिभाषित किया गया है जिसके लिए हम आने वाले यातायात की अनुमति देना चाहते हैं।

हमारे मामले में, हम सभी होस्ट्स के लिए HTTP ट्रैफ़िक को 80 पोर्ट करने की अनुमति देना चाहते हैं। कार्य निम्नलिखित परिभाषा ( http-Gateway.yaml ) द्वारा कार्यान्वित किया गया है:

 apiVersion: networking.istio.io/v1alpha3 kind: Gateway metadata: name: http-gateway spec: selector: istio: ingressgateway servers: - port: number: 80 name: http protocol: HTTP hosts: - "*"

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

निम्न आदेश को कॉल करके कॉन्फ़िगरेशन लागू किया जाता है:

 $ kubectl apply -f resource-manifests/istio/http-gateway.yaml gateway.networking.istio.io/http-gateway created

अब प्रवेश द्वार पोर्ट 80 तक पहुंचने की अनुमति देता है, लेकिन अनुरोधों को रूट करने के लिए कोई विचार नहीं है। इसके लिए वर्चुअल सर्विसेज की आवश्यकता होगी।

VirtualService संसाधन

VirtualService इनग्रेड गेटवे को बताती है कि क्लस्टर के भीतर अनुरोधों को कैसे रूट किया जाए।

Http-गेटवे के माध्यम से आने वाले हमारे एप्लिकेशन के अनुरोधों को sa-frontend, sa-web-app और sa-the-feedback सेवाओं के लिए भेजा जाना चाहिए:

VirtualServices के साथ कॉन्फ़िगर करने के लिए मार्ग

SA-Frontend को भेजे जाने वाले अनुरोधों पर विचार करें:

Index.html प्राप्त करने के लिए SA-Frontend पर / पथ पर एक सटीक मिलान भेजा जाना चाहिए;
सामने / सीएसएस, जैसे सीएसएस और जावास्क्रिप्ट में उपयोग की जाने वाली स्थिर फ़ाइलों को प्राप्त करने के लिए /static/* साथ उपसर्ग किए गए रास्तों को SA-Frontend भेजा जाना चाहिए;
पथ जो नियमित अभिव्यक्ति के अंतर्गत आते हैं '^.*\.(ico|png|jpg)$' को SA-Frontend को भेजा जाना चाहिए, क्योंकि ये पृष्ठ पर प्रदर्शित चित्र हैं।

कार्यान्वयन निम्न कॉन्फ़िगरेशन ( sa-virtualservice-external.yaml ) द्वारा प्राप्त किया जाता है :

 kind: VirtualService metadata: name: sa-external-services spec: hosts: - "*" gateways: - http-gateway # 1 http: - match: - uri: exact: / - uri: exact: /callback - uri: prefix: /static - uri: regex: '^.*\.(ico|png|jpg)$' route: - destination: host: sa-frontend # 2 port: number: 80

महत्वपूर्ण बिंदु:

यह VirtualService http-गेटवे के माध्यम से आने वाले अनुरोधों को संदर्भित करता है;
destination उस सेवा को परिभाषित करता है जहां अनुरोध भेजे जाते हैं।

नोट : ऊपर दिया गया कॉन्फ़िगरेशन sa-virtualservice-external.yaml फ़ाइल में संग्रहीत है, जिसमें SA-WebApp और SA-Feedback में रूट करने के लिए सेटिंग्स भी हैं, लेकिन संक्षिप्तता के लिए लेख में यहां संक्षिप्त किया गया था।

VirtualService को कॉल करके लागू करें:

 $ kubectl apply -f resource-manifests/istio/sa-virtualservice-external.yaml virtualservice.networking.istio.io/sa-external-services created

नोट : जब हम Istio संसाधनों का उपयोग करते हैं, तो Kubernetes API सर्वर एक घटना उठाता है, जो Istio Control Plane को प्राप्त करता है, और उसके बाद प्रत्येक पॉड के Envoy परदे के पीछे नया कॉन्फ़िगरेशन लागू होता है। और इनग्रेड गेटवे कंट्रोलर कंट्रोल प्लेन में कॉन्फ़िगर किया गया अगला एन्वॉय प्रतीत होता है। आरेख पर यह सब इस तरह दिखता है:

क्वेरी रूटिंग के लिए Istio-IngressGateway कॉन्फ़िगरेशन

वाक्य विश्लेषण http://{EXTERNAL-IP}/ पर उपलब्ध हो गया है। अगर आपको स्टेटस नहीं मिला तो चिंता न करें: कभी-कभी कॉन्फ़िगरेशन को प्रभावी होने में थोड़ा समय लगता है और एनवॉय कैश अपडेट किया जाना है ।

आगे बढ़ने से पहले, ट्रैफ़िक उत्पन्न करने के लिए एप्लिकेशन के साथ थोड़ा काम करें (अगले चरणों में स्पष्टता के लिए इसकी उपस्थिति आवश्यक है - लगभग अनुवाद।) ।

काइली: अवलोकन

कियली प्रशासनिक इंटरफ़ेस में जाने के लिए, निम्न कमांड चलाएँ:

 $ kubectl port-forward \ $(kubectl get pod -n istio-system -l app=kiali \ -o jsonpath='{.items[0].metadata.name}') \ -n istio-system 20001

... और http: // localhost: 20001 / खोलें, व्यवस्थापक / व्यवस्थापक के रूप में लॉग इन करें। यहां आपको कई उपयोगी सुविधाएं मिलेंगी, उदाहरण के लिए, इस्तियो घटकों के विन्यास की जांच करने के लिए, नेटवर्क अनुरोधों को स्वीकार करते समय एकत्र की गई जानकारी के आधार पर सेवाओं की कल्पना करें, और सवालों के जवाब प्राप्त करें "कौन किससे संपर्क कर रहा है?", "सेवा का कौन सा संस्करण क्रैश है?" आदि सामान्य तौर पर, ग्राफाना के साथ मैट्रिक्स की कल्पना करने से पहले किली की संभावनाओं का पता लगाएं।

ग्राफाना: मैट्रिक्स का दृश्य

इस्तियो में एकत्र किए गए मेट्रिक्स प्रोमेथियस में आते हैं और ग्राफाना के साथ कल्पना की जाती है। Grafana व्यवस्थापक इंटरफ़ेस में आने के लिए, नीचे दी गई कमांड चलाएँ, फिर http: // localhost: 3000 / : खोलें।

 $ kubectl -n istio-system port-forward \ $(kubectl -n istio-system get pod -l app=grafana \ -o jsonpath={.items[0].metadata.name}) 3000

ऊपरी बाएँ कोने में होम मेनू पर क्लिक करके और ऊपरी बाएँ कोने में Istio Service Dashboard का चयन करके, एकत्रित मेट्रिक्स को देखने के लिए sa-web-app सेवा से शुरू करें:

यहां हम एक खाली और पूरी तरह से उबाऊ प्रदर्शन की प्रतीक्षा कर रहे हैं - प्रबंधन इसे कभी भी मंजूरी नहीं देगा। चलिए निम्नलिखित कमांड के साथ एक छोटा सा लोड बनाते हैं:

 $ while true; do \ curl -i http://$EXTERNAL_IP/sentiment \ -H "Content-type: application/json" \ -d '{"sentence": "I love yogobella"}'; \ sleep .8; done

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

अंत में, आइए सेवाओं में अनुरोधों का पता लगाएं।

Jaeger: ट्रेस

हमें ट्रेसिंग की आवश्यकता है, क्योंकि हमारे पास जितनी अधिक सेवाएं हैं, विफलता के कारण के लिए उतना ही अधिक कठिन है। आइए नीचे दिए गए चित्र से एक साधारण मामले को देखें:

एक यादृच्छिक असफल अनुरोध का एक विशिष्ट उदाहरण

निवेदन आता है, गिर जाता है - क्या कारण है? पहली सेवा? या दूसरा? दोनों में कुछ अपवाद हैं - आइए प्रत्येक के लॉग को देखें। आप खुद को ऐसा करते हुए कितनी बार पाते हैं? हमारा काम डेवलपर्स की तुलना में सॉफ़्टवेयर जासूसों की तरह अधिक है ...

यह माइक्रोसर्विस में एक व्यापक समस्या है और इसे वितरित ट्रेस सिस्टम द्वारा हल किया जाता है जिसमें सेवाएं एक दूसरे को एक अद्वितीय हेडर देती हैं, जिसके बाद इस जानकारी को ट्रेस सिस्टम पर रीडायरेक्ट किया जाता है, जहां यह अनुरोध डेटा के लिए मैप किया जाता है। यहाँ एक उदाहरण है:

TraceId का उपयोग अनुरोध को पहचानने के लिए किया जाता है।

Istio Jaeger Tracer का उपयोग करता है, जो एक विक्रेता-स्वतंत्र OpenTracing API फ्रेमवर्क को लागू करता है। आप निम्न आदेश के साथ Jaeger उपयोगकर्ता इंटरफ़ेस का उपयोग कर सकते हैं:

 $ kubectl port-forward -n istio-system \ $(kubectl get pod -n istio-system -l app=jaeger \ -o jsonpath='{.items[0].metadata.name}') 16686

अब http: // localhost: 16686 / पर जाएं और sa-web-app सेवा चुनें । यदि सेवा ड्रॉप-डाउन मेनू में नहीं दिखाई गई है, तो पृष्ठ पर गतिविधि दिखाएं / उत्पन्न करें और इंटरफ़ेस अपडेट करें। उसके बाद, Find Traces बटन पर क्लिक करें, जो नवीनतम निशान दिखाएगा - किसी भी चयन करें - सभी निशान पर विस्तृत जानकारी दिखाई देगी:

यह ट्रेस दिखाता है:

अनुरोध istio-ingressgateway के लिए आता है (यह सेवाओं में से एक के साथ पहली बातचीत है, और ट्रेस आईडी अनुरोध के लिए उत्पन्न होती है), जिसके बाद गेटवे सा-वेब-ऐप सेवा को अनुरोध भेजता है।
Sa-web-app सेवा में, अनुरोध Envoy साइडसेकर द्वारा उठाया जाता है, स्पान में एक "बच्चा" बनाया जाता है (इसलिए हम इसे निशान में देखते हैं) और sa-web-app कंटेनर में पुनर्निर्देशित किया गया है। ( स्पैन जैगर में काम की एक तार्किक इकाई है जिसका एक नाम है, जिस समय ऑपरेशन शुरू हुआ था, और इसकी अवधि। स्पैन को नेस्ट और ऑर्डर किया जा सकता है। स्पैन से एक उन्मुख एसाइक्लिक ग्राफ एक ट्रेस बनाता है। - लगभग। अनुवाद
यहां, अनुरोध भावना एनलिसिस विधि द्वारा संसाधित किया जाता है। ये निशान पहले से ही एप्लिकेशन द्वारा उत्पन्न होते हैं, अर्थात्। उन्हें कोड में परिवर्तन की आवश्यकता थी।
इस क्षण से, सा तर्क के लिए एक POST अनुरोध शुरू किया जाता है। ट्रेस आईडी को sa-web-app से अग्रेषित किया जाना चाहिए।
...

नोट : चरण 4 में, आवेदन को इस्तियो द्वारा उत्पन्न हेडर को देखना चाहिए और बाद के अनुरोधों पर उन्हें पास करना चाहिए, जैसा कि नीचे दी गई छवि में दिखाया गया है:

(ए) हेडियो को अग्रेषित करने के लिए इस्तियो जिम्मेदार है; (बी) हेडर के लिए सेवाएं जिम्मेदार हैं।

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

निम्नलिखित शीर्षकों पर विचार किया जाना चाहिए (अग्रेषित):

 x-request-id x-b3-traceid x-b3-spanid x-b3-parentspanid x-b3-sampled x-b3-flags x-ot-span-context

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

ध्यान दें कि सेंटेंस एनालिसिस एप्लिकेशन फ्लास्क, स्प्रिंग और ASP.NET कोर पर कार्यान्वयन को प्रदर्शित करता है।

अब जब यह स्पष्ट हो गया है कि हम बॉक्स से बाहर क्या कर रहे हैं (या लगभग "बॉक्स से बाहर"), बारीक ट्यून रूटिंग, नेटवर्क ट्रैफिक मैनेजमेंट, सुरक्षा, आदि के मुद्दों पर विचार करें!

लगभग। ट्रांस। : रिनोर मलोकू के इस्टियो की अगली किस्त में इसके बारे में पढ़ें, जो निकट भविष्य में हमारे ब्लॉग पर उपलब्ध होगा। अद्यतन (14 मार्च): दूसरा भाग पहले ही प्रकाशित हो चुका है।

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

"इस्टियो के साथ माइक्रोस्क्राइबर पर वापस": भाग 2 (मार्ग, यातायात नियंत्रण) , भाग 3 (प्रमाणीकरण और प्राधिकरण) ;
" नाली - कुबेरनेट्स के लिए एक हल्का सेवा जाल ";
“ एक सेवा जाल क्या है और मुझे इसकी आवश्यकता क्यों है [microservices के साथ क्लाउड अनुप्रयोग के लिए]? ";
" कुबेरनेट्स पर नेटवर्किंग के लिए एक इलस्ट्रेटेड गाइड।" भाग 1 और 2 ";
" यह फुटपाथ कंटेनर यहां [कुबेरनेट्स पर] कैसे मिला?" "।

इस्टियो के साथ वापस माइक्रोसोर्विस के लिए। भाग 1