Istio सेवा जाल मा पोस्ट को एक श्रृंखला

हामी Red Hat OpenShift र Kubernetes सँग संयोजन गर्दा Istio सेवा जालका धेरै क्षमताहरू प्रदर्शन गर्ने पोष्टहरूको श्रृंखला सुरु गर्दैछौं।

भाग एक, आज:

• Kubernetes साइडकार कन्टेनरहरूको अवधारणाको व्याख्या गरौं र पोष्टहरूको यो श्रृंखलाको leitmotif तयार गरौं: "तपाईले आफ्नो कोडमा केहि परिवर्तन गर्न आवश्यक छैन".
• Istio को आधारभूत कुरा परिचय गरौं - मार्ग नियमहरू। अन्य सबै Istio सुविधाहरू तिनीहरूमा बनाइएका छन्, किनकि यो नियमहरू हो जसले तपाईंलाई सेवा कोडमा बाहिरी YAML फाइलहरू प्रयोग गरेर माइक्रो सेवाहरूमा ट्राफिक निर्देशित गर्न अनुमति दिन्छ। हामी क्यानरी डिप्लोयमेन्ट डिप्लोइमेन्ट योजनालाई पनि विचार गर्दैछौं। नयाँ वर्षको बोनस - Istio मा 10 अन्तरक्रियात्मक पाठहरू

भाग दुई, चाँडै आउँदैछ, तपाईंलाई बताउनेछ:

• Istio ले कसरी सर्किट ब्रेकरको संयोजनमा पूल इजेक्शन लागू गर्छ र Istio ले तपाइँलाई ब्यालेन्सिङ सर्किटबाट मृत वा खराब प्रदर्शन गर्ने पोड हटाउन अनुमति दिन्छ भनेर प्रदर्शन गर्नेछ।
• हामी यहाँ Istio कसरी प्रयोग गर्न सकिन्छ भनेर हेर्नको लागि पहिलो पोस्टबाट सर्किट ब्रेकर विषयलाई पनि हेर्नेछौं। हामी तपाईंलाई सेवा कोडमा थोरै परिवर्तन नगरी YAML कन्फिगरेसन फाइलहरू र टर्मिनल आदेशहरू प्रयोग गरेर कसरी ट्राफिक र नेटवर्क त्रुटिहरू ह्यान्डल गर्ने भनेर देखाउनेछौं।

भाग तीन:

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

अन्तमा, Istio सेवा जाल मा अन्तिम पोस्ट मा:

• अँध्यारो पक्षमा जाऔं। थप स्पष्ट रूपमा, हामी डार्क लन्च योजना प्रयोग गर्न सिक्नेछौं, जब कोड प्रयोग गरिन्छ र उत्पादन डेटामा सीधा परीक्षण गरिन्छ, तर प्रणालीको सञ्चालनलाई कुनै पनि हिसाबले असर गर्दैन। यो जहाँ ट्राफिक विभाजित गर्न Istio को क्षमता काममा आउँछ। र कुनै पनि हिसाबले लडाई प्रणालीको सञ्चालनलाई असर नगरी प्रत्यक्ष उत्पादन डेटामा परीक्षण गर्ने क्षमता प्रमाणीकरणको सबैभन्दा विश्वसनीय विधि हो।
• डार्क लन्चमा निर्माण गर्दै, हामी तपाईंलाई जोखिम कम गर्न र उत्पादनमा नयाँ कोड प्राप्त गर्न सजिलो बनाउन क्यानरी डिप्लोयमेन्ट मोडेल कसरी प्रयोग गर्ने भनेर देखाउने छौँ। क्यानरी डिप्लोइमेन्ट आफैंमा नयाँबाट टाढा छ, तर Istio ले तपाईंलाई यो योजनालाई साधारण YAML फाइलहरू लागू गर्न अनुमति दिन्छ।
• अन्तमा, हामी तपाइँलाई इन्टरनेटमा काम गर्दा Istio को क्षमताहरू प्रयोग गर्नको लागि तपाइँको क्लस्टर बाहिर रहेकाहरूलाई सेवाहरूमा पहुँच दिन Istio Egress कसरी प्रयोग गर्ने भनेर देखाउनेछौं।

त्यसोभए, हामी यहाँ जान्छौं ...

Istio निगरानी र व्यवस्थापन उपकरणहरू - तपाईंलाई सेवा जालमा माइक्रोसर्विसेसहरू अर्केस्ट्रेट गर्न आवश्यक पर्ने सबै कुरा सेवा जाल.

Istio सेवा जाल के हो

सेवा जालले सेवाहरूको समूहको लागि ट्राफिक अनुगमन, पहुँच नियन्त्रण, खोज, सुरक्षा, त्रुटि सहिष्णुता र अन्य उपयोगी चीजहरू जस्ता कार्यहरू लागू गर्दछ। Istio ले तपाईंलाई सेवाहरूको कोडमा थोरै परिवर्तन नगरी यो सबै गर्न अनुमति दिन्छ। जादूको रहस्य के हो? Istio ले प्रत्येक सेवामा साइडकार कन्टेनरको रूपमा यसको आफ्नै प्रोक्सी संलग्न गर्दछ (साइडकार मोटरसाइकल साइडकार हो), त्यसपछि यस सेवामा सबै ट्राफिक प्रोक्सी मार्फत जान्छ, जसले निर्दिष्ट नीतिहरूद्वारा निर्देशित, यो ट्राफिक कसरी, कहिले र के हो भनेर निर्णय गर्दछ। सेवामा पुग्नुपर्छ । Istio ले उन्नत DevOps प्रविधिहरू जस्तै क्यानरी डिप्लोयमेन्ट, सर्किट ब्रेकर, फल्ट इन्जेक्शन र अन्य धेरै लागू गर्न सम्भव बनाउँछ।

कसरी Istio कन्टेनर र Kubernetes संग काम गर्दछ

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

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

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

सेवा जाल

Istio, जसले तिनीहरूको कोड बाहिर माइक्रो सेवाहरू प्रबन्ध गर्न कार्यहरू लागू गर्दछ, सेवा जालको अवधारणा हो। अर्को शब्दमा, यो एक वा बढी बाइनरीहरूको समन्वित समूह हो जसले नेटवर्क प्रकार्यहरूको जाल बनाउँछ।

कसरी Istio माइक्रोसर्विसेस संग काम गर्दछ

यो साइडकार कन्टेनरहरूको काम संयोजनमा जस्तो देखिन्छ कुबर्नेट्स и मिनिशिफ्ट पक्षीको आँखा दृश्य: Minishift को एक उदाहरण सुरु गर्नुहोस्, Istio को लागि एक परियोजना सिर्जना गर्नुहोस् (यसलाई "istio-system" भनिन्छ), सबै Istio-सम्बन्धित घटकहरू स्थापना र चलाउनुहोस्। त्यसपछि, तपाईंले परियोजनाहरू र पोडहरू सिर्जना गर्दा, तपाईंले आफ्नो डिप्लोयमेन्टहरूमा कन्फिगरेसन जानकारी थप्नुहुन्छ, र तपाईंको पोडहरू Istio प्रयोग गर्न थाल्छन्। एक सरल रेखाचित्र यस्तो देखिन्छ:

अब तपाईं क्रम मा Istio सेटिङहरू परिवर्तन गर्न सक्नुहुन्छ, उदाहरणका लागि, दोष इंजेक्शन, समर्थन संगठित गर्न क्यानरी तैनाती वा अन्य Istio सुविधाहरू - र यो सबै अनुप्रयोगहरूको कोड आफैंलाई नछोइकन। मानौं कि तपाइँ तपाइँको सबैभन्दा ठूलो क्लाइन्ट (Foo निगम) को प्रयोगकर्ताहरूबाट साइटको नयाँ संस्करणमा सबै वेब ट्राफिक रिडिरेक्ट गर्न चाहनुहुन्छ। यो गर्नको लागि, केवल एक Istio राउटिंग नियम सिर्जना गर्नुहोस् जसले प्रयोगकर्ता ID मा @foocorporation.com खोज्नेछ र तदनुसार रिडिरेक्ट गर्नुहोस्। अन्य सबै प्रयोगकर्ताहरूको लागि, केहि परिवर्तन हुनेछैन। यस बीचमा, तपाईंले शान्तपूर्वक साइटको नयाँ संस्करण परीक्षण गर्नुहुनेछ। र नोट गर्नुहोस्, तपाईंले यसका लागि विकासकर्ताहरूलाई समावेश गर्न आवश्यक छैन।

र के तपाईंले यसको लागि महँगो तिर्नुपर्छ?

हुदै हैन। Istio एकदम छिटो छ र लेखिएको छ Go र धेरै थोरै ओभरहेड सिर्जना गर्दछ। थप रूपमा, अनलाइन उत्पादकतामा हुने सम्भावित हानिलाई विकासकर्ता उत्पादकत्वमा भएको वृद्धिले अफसेट गरिन्छ। कम्तिमा सिद्धान्तमा: विकासकर्ताहरूको समय मूल्यवान छ भनेर नबिर्सनुहोस्। सफ्टवेयर लागतहरूको लागि, Istio खुला स्रोत सफ्टवेयर हो, त्यसैले तपाइँ यसलाई निःशुल्क प्राप्त गर्न र प्रयोग गर्न सक्नुहुन्छ।

यसलाई आफै मास्टर गर्नुहोस्

Red Hat विकासकर्ता अनुभव टोलीले गहिरो ह्यान्ड्स-अन विकास गरेको छ गाईड Istio द्वारा (अंग्रेजीमा)। यो Linux, MacOS र Windows मा चल्छ, र कोड Java र Node.js मा उपलब्ध छ।

Istio मा 10 अन्तरक्रियात्मक पाठ

ब्लक 1 - शुरुआतीहरूको लागि

Istio को परिचय
30 मिनेट
सेवा जालसँग परिचित गरौं, OpenShift Kubernetes क्लस्टरमा Istio कसरी स्थापना गर्ने सिक्नुहोस्।
पोस्ट

Istio मा माइक्रो सेवाहरू तैनात गर्दै
30 मिनेट
हामी Spring Boot र Vert.x सँग तीनवटा माइक्रो सर्भिसहरू प्रयोग गर्न Istio प्रयोग गर्छौं।
पोस्ट

ब्लक 2 - मध्यवर्ती स्तर

Istio मा निगरानी र ट्रेसिङ
60 मिनेट
हामी Prometheus र Grafana मार्फत Istio को निर्मित अनुगमन उपकरण, अनुकूलन मेट्रिक्स, र OpenTracing को अन्वेषण गर्नेछौं।
पोस्ट

Istio मा सरल मार्ग
60 मिनेट
सरल नियमहरू प्रयोग गरेर Istio मा राउटिङ कसरी व्यवस्थापन गर्ने सिक्नुहोस्।
पोस्ट

उन्नत मार्ग नियमहरू
60 मिनेट
Istio को स्मार्ट रूटिङ, पहुँच नियन्त्रण, लोड सन्तुलन र दर सीमितता मा एक नजर राखौं।
पोस्ट

ब्लक 3 - उन्नत प्रयोगकर्ता

Istio मा दोष इंजेक्शन
60 मिनेट
हामी वितरित अनुप्रयोगहरूमा असफलता ह्यान्डलिंग परिदृश्यहरू अध्ययन गर्छौं, HTTP त्रुटिहरू र नेटवर्क ढिलाइहरू सिर्जना गर्छौं, र वातावरण पुनर्स्थापना गर्न अराजकता इन्जिनियरिङ प्रयोग गर्न सिक्छौं।
पोस्ट

Istio मा सर्किट ब्रेकर
30 मिनेट
हामी तनाव परीक्षण साइटहरूको लागि घेराबन्दी स्थापना गर्छौं र रिप्ले, सर्किट ब्रेकर र पूल इजेक्शन प्रयोग गरेर ब्याकएन्ड दोष सहिष्णुता कसरी सुनिश्चित गर्ने भनेर सिक्छौं।
पोस्ट

Egress र Istio
10 मिनेट
हामी बाह्य API र सेवाहरूसँग आन्तरिक सेवाहरूको अन्तरक्रियाको लागि नियमहरू सिर्जना गर्न Egress मार्गहरू प्रयोग गर्छौं।
पोस्ट

Istio र Kiali
15 मिनेट
सेवा जालको एक सिंहावलोकन प्राप्त गर्न र अनुरोध र डेटा प्रवाह अन्वेषण गर्न Kiali प्रयोग गर्न सिक्नुहोस्।
पोस्ट

Istio मा म्युचुअल TLS
15 मिनेट
हामी Istio गेटवे र VirtualService सिर्जना गर्छौं, त्यसपछि हामी पारस्परिक TLS (mTLS) र यसको सेटिङहरू विस्तृत रूपमा अध्ययन गर्छौं।
पोस्ट

ब्लक 3.1 - गहिरो डाइभ: माइक्रोसर्भिसेसहरूको लागि Istio सेवा जाल

पुस्तक के बारे मा छ:

• सेवा जाल के हो?
• Istio प्रणाली र microservice वास्तुकला मा यसको भूमिका।
• निम्न समस्याहरू समाधान गर्न Istio प्रयोग गर्दै:
  • दोष सहिष्णुता;
  • रूटिङ;
  • अराजकता परीक्षण;
  • सुरक्षा;
  • ट्रेस, मेट्रिक्स र Grafana प्रयोग गरेर टेलिमेट्री संग्रह।

एउटा पुस्तक डाउनलोड गर्नुहोस्

सेवा meshes र Istio मा लेख को श्रृंखला

• Istio राउटिंग नियमहरू: सेवा अनुरोधहरू निर्देशित गर्दै जहाँ तिनीहरू जान आवश्यक छ
• Isio मा सर्किट ब्रेकरहरू: पूल इजेक्शन ह्यान्डलिंग
• Istio मा सर्किट ब्रेकर: जब असफलता एक विकल्प हो
• Istio मा ट्रेसिङ र निगरानी: जहाँ सबै कुरा चलिरहेको छ र कति छिटो
• Istio मा अराजकता ईन्जिनियरिङ्: यो कसरी उद्देश्य थियो
• Istio मा गाढा प्रक्षेपण: गोप्य सेवा
• Istio मा क्यानरी तैनाती: कमिसन सरलीकरण
• Istio Egress: स्मारिका पसल मार्फत बाहिर निस्कनुहोस्

यसलाई आफै प्रयास गर्नुहोस्

पोष्टहरूको यो श्रृंखला Istio को संसारमा गहिरो डुबकी प्रदान गर्ने उद्देश्यले होइन। हामी तपाईलाई अवधारणामा परिचय गराउन चाहन्छौं र तपाईलाई आफ्नै लागि Istio प्रयास गर्न प्रेरित गर्न चाहन्छौं। यो गर्न पूर्ण रूपमा नि:शुल्क छ, र Red Hat ले तपाइँलाई OpenShift, Kubernetes, Linux कन्टेनरहरू, र Istio सँग सुरु गर्न आवश्यक पर्ने सबै उपकरणहरू प्रदान गर्दछ, जसमा: Red Hat विकासकर्ता OpenShift कन्टेनर प्लेटफर्म, Istio हाम्रो गाइड र हाम्रो मा अन्य स्रोतहरू सेवा जाल मा माइक्रोसाइट। ढिलो नगर्नुहोस्, आज सुरु गर्नुहोस्!

Istio राउटिंग नियमहरू: सेवा अनुरोधहरू निर्देशित गर्दै जहाँ तिनीहरू जान आवश्यक छ

ओपनशिफ्ट и कुबर्नेट्स सम्बोधन गर्ने उत्कृष्ट काम गर्नुहोस् सूक्ष्म सेवाहरू आवश्यक पोडहरूमा पठाइयो। यो Kubernetes को अस्तित्व को कारणहरु मध्ये एक हो - रूटिङ र लोड सन्तुलन। तर के तपाईलाई थप सूक्ष्म र परिष्कृत मार्ग चाहिन्छ? उदाहरण को लागी, एक साथ एक microservice को दुई संस्करण को उपयोग गर्न को लागी। Istio मार्ग नियमहरूले यहाँ कसरी मद्दत गर्न सक्छ?

रूटिङ नियमहरू नियमहरू हुन् जसले वास्तवमा मार्गको छनौट निर्धारण गर्दछ। प्रणालीको जटिलताको स्तरको बावजुद, यी नियमहरूको सामान्य सञ्चालन सिद्धान्त सरल रहन्छ: अनुरोधहरू निश्चित प्यारामिटरहरू र HTTP हेडर मानहरूमा आधारित हुन्छन्।
उदाहरणहरू हेरौं:

Kubernetes पूर्वनिर्धारित: तुच्छ "50/50"

हाम्रो उदाहरणमा, हामी कसरी OpenShift मा माइक्रोसर्भिसको दुई संस्करणहरू एकै साथ प्रयोग गर्ने भनेर देखाउनेछौं, तिनीहरूलाई v1 र v2 कल गरौं। प्रत्येक संस्करण आफ्नै Kubernetes पोडमा चल्छ, र पूर्वनिर्धारित रूपमा यो समान रूपमा सन्तुलित राउन्ड रोबिन रूटिङ चल्छ। प्रत्येक पोडले यसको माइक्रोसेवा उदाहरणहरूको संख्यामा आधारित अनुरोधहरूको अंश प्राप्त गर्दछ, अर्को शब्दमा, प्रतिकृतिहरू। Istio ले तपाईंलाई यो ब्यालेन्स म्यानुअल रूपमा परिवर्तन गर्न अनुमति दिन्छ।

मानौं हामीले हाम्रो सिफारिस सेवाको दुई संस्करणहरू OpenShift, सिफारिस-v1 र सिफारिस-v2 मा तैनात गरेका छौं।
चित्रमा। चित्र 1 ले देखाउँछ कि जब प्रत्येक सेवा एक उदाहरणमा प्रतिनिधित्व गरिन्छ, तिनीहरू बीच समान रूपमा वैकल्पिक अनुरोध गर्दछ: 1-2-1-2-... पूर्वनिर्धारित रूपमा Kubernetes राउटिङ यसरी काम गर्दछ:

संस्करणहरू बीच भारित वितरण

चित्रमा। चित्र २ ले देखाउँछ यदि तपाईँले v2 सेवा प्रतिकृतिहरूको संख्या एकबाट दुईमा बढाउनुभयो भने के हुन्छ (यो oc मापन — replicas=2 deployment/recommendation-v2 कमाण्डको साथ गरिन्छ)। तपाईंले देख्न सक्नुहुने रूपमा, v2 र v1 बीचका अनुरोधहरू अब एक-देखि-तीन अनुपातमा विभाजित छन्: 2-1-2-2-1-2-…:

Istio प्रयोग गरी संस्करण उपेक्षा गर्नुहोस्

Istio ले हामीलाई चाहिने तरिकामा अनुरोधहरूको वितरण परिवर्तन गर्न सजिलो बनाउँछ। उदाहरणका लागि, निम्न Istio yaml फाइल प्रयोग गरेर सिफारिस-v1 मा मात्र सबै ट्राफिक पठाउनुहोस्:

यहाँ तपाईंले यसलाई ध्यान दिन आवश्यक छ: पोडहरू लेबल अनुसार चयन गरिन्छ। हाम्रो उदाहरणले लेबल v1 प्रयोग गर्दछ। "वजन: 100" प्यारामिटरको अर्थ ट्राफिकको 100% v1 लेबल भएका सबै सेवा पोडहरूमा पठाइनेछ।

संस्करणहरू (क्यानरी डिप्लोयमेन्ट) बीच निर्देशन वितरण

अर्को, तौल प्यारामिटर प्रयोग गरेर, तपाइँ दुबै पोडहरूमा ट्राफिक निर्देशित गर्न सक्नुहुन्छ, तिनीहरू प्रत्येकमा चलिरहेको माइक्रोसर्भिस उदाहरणहरूको संख्यालाई बेवास्ता गर्दै। उदाहरणका लागि, यहाँ हामी 90% ट्राफिक v1 र 10% v2 मा निर्देशित गर्छौं:

मोबाइल प्रयोगकर्ताहरूको लागि छुट्टै मार्ग

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

अब तपाईको पालो हो

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

र याद गर्नुहोस् कि ओप्स, देव होइन

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

त्यसोभए पोष्टहरूको यो श्रृंखलाको लेटमोटिफ दोहोर्याउनुहोस्: तपाईंले आफ्नो कोडमा केहि परिवर्तन गर्न आवश्यक छैन। नयाँ छविहरू निर्माण गर्न वा नयाँ कन्टेनरहरू सुरू गर्न आवश्यक छैन। यो सबै कोड बाहिर लागू गरिएको छ।

आफ्नो कल्पना प्रयोग गर्नुहोस्

नियमित अभिव्यक्तिहरू प्रयोग गरेर हेडर विश्लेषणको सम्भावनाहरूको कल्पना गर्नुहोस्। तपाइँको सबैभन्दा ठूलो ग्राहकलाई तपाइँको विशेष संस्करणमा पुन: निर्देशित गर्न चाहनुहुन्छ सूक्ष्म सेवाहरू? सजिलै! Chrome ब्राउजरको लागि छुट्टै संस्करण चाहिन्छ? समस्या छैन! तपाईं लगभग कुनै पनि विशेषता अनुसार ट्राफिक मार्ग गर्न सक्नुहुन्छ।

यसलाई आफै प्रयास गर्नुहोस्

Istio, Kubernetes र OpenShift को बारेमा पढ्नु एउटा कुरा हो, तर किन यसलाई आफैले छुनु हुँदैन? टोली Red Hat विकासकर्ता कार्यक्रम ले एउटा विस्तृत गाईड (अंग्रेजीमा) तयार गरेको छ जसले तपाईंलाई यी प्रविधिहरू जतिसक्दो चाँडो मास्टर गर्न मद्दत गर्नेछ। म्यानुअल पनि 100% खुला स्रोत हो, त्यसैले यसलाई सार्वजनिक डोमेनमा पोस्ट गरिएको छ। फाइल macOS, Linux र Windows मा काम गर्दछ, र स्रोत कोड Java र node.js संस्करणहरूमा उपलब्ध छ (अन्य भाषाहरूमा छिट्टै आउँदैछ)। केवल आफ्नो ब्राउजरमा सम्बन्धित git भण्डार खोल्नुहोस् Red Hat विकासकर्ता डेमो.

अर्को पोस्टमा: हामी समस्याहरू राम्ररी काम गर्छौं

आज तपाईंले Istio मार्ग नियमले के गर्न सक्छ देख्नुभयो। अब एउटै कुरा कल्पना गर्नुहोस्, तर केवल त्रुटि ह्यान्डलिंगको सम्बन्धमा। यो ठ्याक्कै हामी अर्को पोस्ट मा कुरा गर्नेछौं।

स्रोत: www.habr.com