इस्तियो सर्विस मेश पर पोस्ट की एक श्रृंखला

हम रेड हैट ओपनशिफ्ट और कुबेरनेट्स के साथ संयुक्त होने पर इस्तियो सर्विस मेश की कई क्षमताओं को प्रदर्शित करने वाले पोस्ट की एक श्रृंखला शुरू कर रहे हैं।

भाग एक, आज:

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

भाग दो, जल्द ही आ रहा है, आपको बताएगा:

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

भाग तीन:

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

अंत में, इस्तियो सर्विस मेश पर अंतिम पोस्ट में:

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

तो अब हम शुरू करें...

इस्तियो निगरानी और प्रबंधन उपकरण - एक सेवा जाल में माइक्रोसर्विसेज को व्यवस्थित करने के लिए आपको जो कुछ भी चाहिए वह सब कुछ सेवा जाल.

इस्तियो सर्विस मेश क्या है?

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

इस्तियो कंटेनरों और कुबेरनेट्स के साथ कैसे काम करता है

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

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

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

सेवा जाल

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

इस्तियो माइक्रोसर्विसेज के साथ कैसे काम करता है

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

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

और क्या आपको इसके लिए महँगी कीमत चुकानी पड़ेगी?

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

इसमें स्वयं महारत हासिल करें

Red Hat डेवलपर एक्सपीरियंस टीम ने एक गहन व्यावहारिक कार्य विकसित किया है नेतृत्व इस्तियो द्वारा (अंग्रेजी में)। यह Linux, MacOS और Windows पर चलता है, और कोड Java और Node.js में उपलब्ध है।

इस्तियो पर 10 इंटरैक्टिव पाठ

ब्लॉक 1 - शुरुआती लोगों के लिए

इस्तियो का परिचय
30 मिनट
आइए सर्विस मेश से परिचित हों, जानें कि ओपनशिफ्ट कुबेरनेट्स क्लस्टर में इस्तियो को कैसे स्थापित किया जाए।
पद

इस्तियो में माइक्रोसर्विसेज की तैनाती
30 मिनट
हम स्प्रिंग बूट और वर्ट.x के साथ तीन माइक्रोसर्विसेज को तैनात करने के लिए इस्तियो का उपयोग करते हैं।
पद

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

इस्तियो में निगरानी और अनुरेखण
60 मिनट
हम प्रोमेथियस और ग्राफाना के माध्यम से इस्तियो के अंतर्निहित निगरानी उपकरण, कस्टम मेट्रिक्स और ओपनट्रेसिंग का पता लगाएंगे।
पद

इस्तियो में सरल रूटिंग
60 मिनट
सरल नियमों का उपयोग करके इस्तियो में रूटिंग प्रबंधित करना सीखें।
पद

उन्नत रूटिंग नियम
60 मिनट
आइए इस्तियो की स्मार्ट रूटिंग, एक्सेस कंट्रोल, लोड बैलेंसिंग और रेट लिमिटिंग पर एक नजर डालें।
पद

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

इस्तियो में फॉल्ट इंजेक्शन
60 मिनट
हम वितरित अनुप्रयोगों में विफलता प्रबंधन परिदृश्यों का अध्ययन करते हैं, HTTP त्रुटियां और नेटवर्क विलंब पैदा करते हैं, और पर्यावरण को पुनर्स्थापित करने के लिए अराजकता इंजीनियरिंग का उपयोग करना सीखते हैं।
पद

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

इग्रेस और इस्तियो
10 मिनट
हम बाहरी एपीआई और सेवाओं के साथ आंतरिक सेवाओं की बातचीत के लिए नियम बनाने के लिए इग्रेशन मार्गों का उपयोग करते हैं।
पद

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

इस्तियो में म्युचुअल टीएलएस
15 मिनट
हम इस्तियो गेटवे और वर्चुअल सर्विस बनाते हैं, फिर हम आपसी टीएलएस (एमटीएलएस) और इसकी सेटिंग्स का विस्तार से अध्ययन करते हैं।
पद

ब्लॉक 3.1 - डीप डाइव: माइक्रोसर्विसेज के लिए इस्तियो सर्विस मेश

यह पुस्तक किस बारे में है:

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

एक किताब डाउनलोड करें

सर्विस मेश और इस्तियो पर लेखों की श्रृंखला

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

इसे स्वयं आज़माएं

पोस्ट की इस श्रृंखला का उद्देश्य इस्तियो की दुनिया में गहराई से जानकारी प्रदान करना नहीं है। हम आपको बस इस अवधारणा से परिचित कराना चाहते हैं और शायद आपको इस्तियो को अपने लिए आज़माने के लिए प्रेरित करना चाहते हैं। ऐसा करना पूरी तरह से मुफ़्त है, और Red Hat आपको OpenShift, Kubernetes, Linux कंटेनर और Istio के साथ आरंभ करने के लिए आवश्यक सभी उपकरण प्रदान करता है, जिनमें शामिल हैं: रेड हैट डेवलपर ओपनशिफ्ट कंटेनर प्लेटफार्म, इस्तियो के लिए हमारा मार्गदर्शक और हमारे अन्य संसाधन सर्विस मेश पर माइक्रोसाइट. देर न करें, आज ही शुरुआत करें!

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

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

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

कुबेरनेट्स डिफ़ॉल्ट: तुच्छ "50/50"

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

मान लें कि हमने अपनी अनुशंसा सेवा के दो संस्करण OpenShift, अनुशंसा-v1 और अनुशंसा-v2 पर तैनात किए हैं।
चित्र में. चित्र 1 दिखाता है कि जब प्रत्येक सेवा को एक उदाहरण में दर्शाया जाता है, तो अनुरोध उनके बीच समान रूप से वैकल्पिक होते हैं: 1-2-1-2-... कुबेरनेट्स रूटिंग डिफ़ॉल्ट रूप से इस प्रकार काम करती है:

संस्करणों के बीच भारित वितरण

चित्र में. चित्र 2 दिखाता है कि यदि आप v2 सेवा प्रतिकृतियों की संख्या एक से बढ़ाकर दो कर देते हैं तो क्या होता है (यह oc स्केल -प्रतिकृतियां=2 परिनियोजन/सिफारिश-v2 कमांड के साथ किया जाता है)। जैसा कि आप देख सकते हैं, v1 और v2 के बीच अनुरोध अब एक-से-तीन अनुपात में विभाजित हैं: 1-2-2-1-2-2-…:

इस्तियो का उपयोग करने वाले संस्करण पर ध्यान न दें

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

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

संस्करणों के बीच निर्देश वितरण (कैनरी परिनियोजन)

इसके बाद, वज़न पैरामीटर का उपयोग करके, आप ट्रैफ़िक को दोनों पॉड्स पर निर्देशित कर सकते हैं, उनमें से प्रत्येक में चल रहे माइक्रोसर्विस इंस्टेंसेस की संख्या को अनदेखा कर सकते हैं। उदाहरण के लिए, यहां हम 90% ट्रैफ़िक को v1 और 10% को v2 पर निर्देशित करते हैं:

मोबाइल उपयोगकर्ताओं के लिए अलग रूटिंग

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

अब आप

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

और याद रखें कि ऑप्स, देव नहीं

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

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

अपनी कल्पना का इस्तेमाल करें

बस नियमित अभिव्यक्तियों का उपयोग करके हेडर विश्लेषण की संभावनाओं की कल्पना करें। अपने सबसे बड़े ग्राहक को अपने एक विशेष संस्करण पर पुनर्निर्देशित करना चाहते हैं microservices? आसानी से! Chrome ब्राउज़र के लिए एक अलग संस्करण की आवश्यकता है? कोई बात नहीं! आप ट्रैफ़िक को लगभग किसी भी विशेषता के अनुसार रूट कर सकते हैं।

इसे स्वयं आज़माएं

इस्तियो, कुबेरनेट्स और ओपनशिफ्ट के बारे में पढ़ना एक बात है, लेकिन हर चीज को खुद क्यों नहीं छूते? टीम रेड हैट डेवलपर प्रोग्राम ने एक विस्तृत मार्गदर्शिका (अंग्रेजी में) तैयार की है जो आपको इन तकनीकों में यथाशीघ्र महारत हासिल करने में मदद करेगी। मैनुअल भी 100% खुला स्रोत है, इसलिए इसे सार्वजनिक डोमेन में पोस्ट किया गया है। फ़ाइल macOS, Linux और Windows पर काम करती है, और स्रोत कोड जावा और नोड.जेएस संस्करणों में उपलब्ध है (अन्य भाषाओं में संस्करण जल्द ही आ रहे हैं)। बस अपने ब्राउज़र में संबंधित git रिपॉजिटरी खोलें रेड हैट डेवलपर डेमो.

अगली पोस्ट में: हम समस्याओं का खूबसूरती से समाधान करते हैं

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

स्रोत: www.habr.com