Kubernetes को लागि Ingress नियन्त्रकहरूको सिंहावलोकन र तुलना

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

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

मापदण्ड

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

तर म ती विशेषताहरूसँग सुरू गर्नेछु जुन यति परिचित भएका छन् कि तिनीहरू सबै समाधानहरूमा लागू हुन्छन् र विचार गरिँदैन:

• सेवाहरूको गतिशील खोज (सेवा खोज);
• SSL समाप्ति;
• websockets संग काम गर्दै।

अब तुलना को बिन्दुहरु को लागी:

समर्थित प्रोटोकलहरू

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

मूल मा सफ्टवेयर

त्यहाँ अनुप्रयोगहरूको धेरै भिन्नताहरू छन् जुन नियन्त्रकमा आधारित छ। लोकप्रियहरू nginx, traefik, haproxy, दूत हुन्। सामान्य अवस्थामा, यसले ट्राफिक कसरी प्राप्त र प्रसारण हुन्छ भन्नेमा धेरै प्रभाव नपर्न सक्छ, तर "हुड मुनि" के हो भन्ने सम्भावित बारीकियों र सुविधाहरू जान्न सधैं उपयोगी हुन्छ।

ट्राफिक मार्ग

के आधारमा यो एक विशेष सेवा को लागि यातायात को दिशा बारे निर्णय गर्न सम्भव छ? सामान्यतया यी होस्ट र पथ हुन्, तर त्यहाँ थप सम्भावनाहरू छन्।

क्लस्टर भित्र नामस्थान

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

अपस्ट्रिमहरूको लागि नमूनाहरू

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

एल्गोरिदम सन्तुलन

त्यहाँ धेरै विकल्पहरू छन्: परम्परागतबाट राउन्ड रोबिन विदेशी को लागी rdp-कुकी, साथै व्यक्तिगत सुविधाहरू जस्तै टाँसिने सत्रहरू.

प्रमाणीकरण

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

यातायात वितरण

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

सशुल्क सदस्यता

के त्यहाँ नियन्त्रकको लागि सशुल्क विकल्प छ, उन्नत कार्यक्षमता र / वा प्राविधिक समर्थनको साथ?

ग्राफिकल प्रयोगकर्ता इन्टरफेस (वेब ​​UI)

त्यहाँ नियन्त्रक कन्फिगरेसन व्यवस्थापन गर्न कुनै GUI छ? मुख्यतया "ह्यान्डीनेस" र/वा इनग्रेस कन्फिगरेसनमा केही परिवर्तन गर्न आवश्यक भएकाहरूका लागि, तर "कच्चा" टेम्प्लेटहरूसँग काम गर्न असुविधाजनक छ। यदि विकासकर्ताहरूले उडानमा ट्राफिकको साथ केही प्रयोगहरू सञ्चालन गर्न चाहन्छन् भने यो उपयोगी हुन सक्छ।

JWT प्रमाणीकरण

प्रयोगकर्ताको अन्तिम एप्लिकेसनमा प्राधिकरण र प्रमाणीकरणको लागि JSON वेब टोकनहरूको बिल्ट-इन प्रमाणीकरणको उपस्थिति।

कन्फिगरेसन अनुकूलनका लागि सम्भावनाहरू

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

आधारभूत DDOS सुरक्षा संयन्त्र

सरल दर सीमा एल्गोरिदमहरू वा ठेगानाहरू, ह्वाइटलिस्टहरू, देशहरू, आदिमा आधारित थप जटिल ट्राफिक फिल्टरिङ विकल्पहरू।

ट्रेस अनुरोध गर्नुहोस्

विशेष सेवाहरू / पोडहरूमा, र आदर्श रूपमा सेवाहरू / पोडहरू बीचमा पनि अनुरोधहरू निगरानी, ​​ट्र्याक र डिबग गर्ने क्षमता।

WAF

समर्थन आवेदन फायरवाल.

नियन्त्रकहरू

नियन्त्रकहरूको सूचीको आधारमा गठन गरिएको थियो आधिकारिक Kubernetes दस्तावेज и यो तालिका। विशिष्टता वा कम प्रचलन (विकासको प्रारम्भिक चरण) को कारणले हामीले ती मध्ये केहीलाई समीक्षाबाट बहिष्कार गर्यौं। बाँकी तल छलफल गरिएको छ। समाधानहरूको सामान्य विवरणको साथ सुरू गरौं र सारांश तालिकाको साथ जारी राखौं।

Kubernetes बाट प्रवेश

वेबसाइट: github.com/kubernetes/ingress-nginx
इजाजतपत्र: Apache 2.0

यो Kubernetes को लागि आधिकारिक नियन्त्रक हो र समुदाय द्वारा विकसित गरिएको छ। स्पष्ट रूपमा नामबाट, यो nginx मा आधारित छ र अतिरिक्त सुविधाहरू लागू गर्न प्रयोग गरिने लुआ प्लगइनहरूको फरक सेटद्वारा पूरक छ। नियन्त्रकको रूपमा प्रयोग गर्दा nginx को लोकप्रियता र यसमा न्यूनतम परिमार्जनहरूको कारणले गर्दा, यो विकल्प औसत इन्जिनियर (वेब ​​अनुभवको साथ) को लागि कन्फिगर गर्न सबैभन्दा सजिलो र सजिलो हुन सक्छ।

NGINX Inc द्वारा प्रवेश।

वेबसाइट: github.com/nginxinc/kubernetes-ingress
इजाजतपत्र: Apache 2.0

Nginx विकासकर्ताहरूको आधिकारिक उत्पादन। मा आधारित सशुल्क संस्करण छ NGINX प्लस। मुख्य विचार एक उच्च स्तरको स्थिरता, निरन्तर पछाडि अनुकूलता, कुनै पनि बाह्य मोड्युलहरूको अनुपस्थिति र घोषित बढेको गति (आधिकारिक नियन्त्रकको तुलनामा), लुआको अस्वीकृतिको कारण हासिल गरिएको हो।

नि: शुल्क संस्करण उल्लेखनीय रूपमा घटाइएको छ, आधिकारिक नियन्त्रकसँग तुलना गर्दा पनि (एउटै लुआ मोड्युलहरूको अभावको कारण)। एकै समयमा, भुक्तान गरिएको एकसँग पर्याप्त फराकिलो अतिरिक्त कार्यक्षमता छ: वास्तविक-समय मेट्रिक्स, JWT प्रमाणीकरण, सक्रिय स्वास्थ्य जाँचहरू, र थप। NGINX Ingress मा एक महत्त्वपूर्ण फाइदा TCP / UDP ट्राफिक (र समुदाय संस्करणमा पनि!) को लागि पूर्ण समर्थन हो। माइनस - को कमी ट्राफिक वितरण सुविधा, जुन "विकासकर्ताहरूको लागि उच्चतम प्राथमिकता" छ, तर कार्यान्वयन गर्न समय लाग्छ।

कोंग प्रवेश

वेबसाइट: github.com/Kong/kubernetes-ingress-controller
इजाजतपत्र: Apache 2.0

Kong Inc द्वारा विकसित उत्पादन। दुई संस्करणहरूमा: व्यावसायिक र नि: शुल्क। nginx मा आधारित, जुन ठूलो संख्यामा लुआ मोड्युलहरूसँग विस्तार गरिएको छ।

प्रारम्भमा, यो API अनुरोधहरू प्रशोधन र रूटिङमा केन्द्रित थियो, अर्थात्। एपीआई गेटवेको रूपमा, तर अहिले यो पूर्ण इन्ग्रेस नियन्त्रक भएको छ। मुख्य फाइदाहरू: धेरै अतिरिक्त मोड्युलहरू (तेस्रो-पक्ष विकासकर्ताहरूबाट ती सहित) जुन स्थापना गर्न र कन्फिगर गर्न सजिलो छ र जसको मद्दतले थप सुविधाहरूको विस्तृत दायरा लागू गरिएको छ। यद्यपि, बिल्ट-इन प्रकार्यहरूले पहिले नै धेरै सम्भावनाहरू प्रदान गर्दछ। काम कन्फिगरेसन CRD स्रोतहरू प्रयोग गरी गरिन्छ।

उत्पादनको एक महत्त्वपूर्ण विशेषता - एउटै समोच्च भित्र काम गर्नु (क्रस-नेमस्पेसको सट्टा) एक विवादास्पद विषय हो: कसैको लागि यो एक हानि जस्तो देखिन्छ (तपाईले प्रत्येक समोच्चको लागि संस्थाहरू उत्पादन गर्नुपर्दछ), र कसैको लागि यो सुविधा हो ( bоपृथकता को ठूलो स्तर, जस्तै यदि एउटा नियन्त्रक भाँचिएको छ भने, समस्या मात्र सर्किटमा मात्र सीमित छ)।

ट्रैफिक

वेबसाइट: github.com/containous/traefik
लाइसेन्स: MIT

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

HAProxy

वेबसाइट: github.com/jcmoraisjr/haproxy-ingress
इजाजतपत्र: Apache 2.0

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

Voyager

वेबसाइट: github.com/appscode/voyager
इजाजतपत्र: Apache 2.0

HAproxy नियन्त्रकमा आधारित, जुन विश्वव्यापी समाधानको रूपमा राखिएको छ जसले प्रदायकहरूको ठूलो संख्यामा सुविधाहरूको विस्तृत दायरालाई समर्थन गर्दछ। L7 र L4 मा ट्राफिक सन्तुलनको लागि अवसर प्रदान गरिएको छ, र TCP L4 ट्राफिकलाई समग्र रूपमा सन्तुलनमा राख्नुलाई समाधानको मुख्य विशेषताहरू मध्ये एक भन्न सकिन्छ।

समोच्च

वेबसाइट: github.com/heptio/contour
इजाजतपत्र: Apache 2.0

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

यसले सन्तुलन विधिहरूको विस्तारित सेट पनि प्रदान गर्दछ (त्यहाँ अनुरोधहरूको मिररिङ, स्वत: दोहोरिने, अनुरोधहरूको दर सीमित गर्ने, र थप धेरै), ट्राफिक प्रवाह र विफलताहरूको विस्तृत अनुगमन। सायद कसैको लागि यो टाँसिने सत्रहरूको लागि समर्थनको अभावमा महत्त्वपूर्ण कमी हुनेछ (यद्यपि काम पहिले नै चलिरहेको छ).

Istio प्रवेश

वेबसाइट: istio.io/docs/tasks/traffic-management/ingress
इजाजतपत्र: Apache 2.0

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

राजदूत

वेबसाइट: github.com/datawire/ambassador
इजाजतपत्र: Apache 2.0

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

तुलना तालिका

त्यसोभए, लेखको परिणति यो विशाल तालिका हो:

यो नजिकबाट हेर्नको लागि क्लिक गर्न योग्य छ, र ढाँचामा पनि उपलब्ध छ Google पानाहरू.

संक्षिप्त गर्न

यस लेखको उद्देश्य तपाईको विशेष मामलामा कुन छनौट गर्ने भन्ने बारे थप पूर्ण बुझाइ प्रदान गर्नु हो (यद्यपि, कुनै पनि हिसाबले पूर्ण छैन!)। सामान्य रूपमा, प्रत्येक नियन्त्रकको आफ्नै फाइदा र बेफाइदाहरू छन् ...

Kubernetes बाट क्लासिक इन्ग्रेस यसको उपलब्धता र सिद्धताको लागि राम्रो छ, पर्याप्त विशेषताहरू - सामान्य अवस्थामा, यो "आँखाको लागि पर्याप्त" हुनुपर्छ। यद्यपि, यदि स्थिरता, सुविधाहरू र विकासको स्तरको लागि बढ्दो आवश्यकताहरू छन् भने, तपाईंले NGINX Plus र सशुल्क सदस्यताको साथ Ingress मा ध्यान दिनुपर्छ। Kong सँग प्लग-इनहरूको सबैभन्दा धनी सेट छ (र, तदनुसार, तिनीहरूले प्रदान गर्ने अवसरहरू), र सशुल्क संस्करणमा तिनीहरूमध्ये अझ धेरै छन्। यसमा API गेटवे, CRD स्रोतहरूमा आधारित गतिशील कन्फिगरेसन, साथै आधारभूत Kubernetes सेवाहरूको रूपमा काम गर्ने प्रशस्त अवसरहरू छन्।

सन्तुलन र प्राधिकरण विधिहरूको लागि बढ्दो आवश्यकताहरूको साथ, Traefik र HAProxy मा हेर्नुहोस्। यी खुला स्रोत परियोजनाहरू हुन्, वर्षौंमा प्रमाणित, धेरै स्थिर र सक्रिय रूपमा विकास। Contour अहिले केही वर्षको लागि बाहिर भएको छ, तर यो अझै पनि धेरै जवान देखिन्छ र केवल आधारभूत सुविधाहरू मात्र दूतको शीर्षमा थपिएको छ। यदि त्यहाँ अनुप्रयोगको अगाडि WAF को उपस्थिति / इम्बेडिङको लागि आवश्यकताहरू छन् भने, तपाईंले Kubernetes वा HAProxy बाट उही प्रवेशमा ध्यान दिनुपर्छ।

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

हामीले Kubernetes बाट Ingress लाई मानक नियन्त्रकको रूपमा रोजेका छौं र अझै पनि प्रयोग गर्छौं, जसले 80-90% आवश्यकताहरू समेट्छ। यो एकदम भरपर्दो, कन्फिगर गर्न र विस्तार गर्न सजिलो छ। सामान्यतया, विशिष्ट आवश्यकताहरूको अभावमा, यो धेरै क्लस्टरहरू / अनुप्रयोगहरू अनुरूप हुनुपर्छ। उही विश्वव्यापी र अपेक्षाकृत सरल उत्पादनहरू मध्ये, Traefik र HAProxy सिफारिस गर्न सकिन्छ।

PS

हाम्रो ब्लगमा पनि पढ्नुहोस्:

• "इस्टिओको साथ माइक्रोसर्भिसेसहरूमा फर्कनुहोस्": भाग १ (मुख्य विशेषताहरूको परिचय), भाग २ (मार्ग, ट्राफिक नियन्त्रण), भाग ३ (प्रमाणीकरण र प्राधिकरण);
• «Kubernetes सुझाव र चालहरू: NGINX प्रवेशमा अनुकूलन त्रुटि पृष्ठहरू»;
• «Kubernetes सुझाव र चालहरू: dev साइटहरूमा पहुँच"।

स्रोत: www.habr.com