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

नमस्ते फेरि! .. पाठ्यक्रम सुरु भएको पूर्वसन्ध्यामा "सफ्टवेयर आर्किटेक्ट" हामीले अर्को उपयोगी अनुवाद तयार गरेका छौं।

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

Google, IBM र Lyft बाट Istio हाल सबैभन्दा प्रसिद्ध सेवा जाल वास्तुकला हो। र Kubernetes, जुन मूल रूपमा Google मा विकसित गरिएको थियो, अब Istio द्वारा समर्थित कन्टेनर अर्केस्ट्रेशन फ्रेमवर्क हो। विक्रेताहरूले Istio को व्यावसायिक रूपमा समर्थित संस्करणहरू सिर्जना गर्ने प्रयास गर्दैछन्। तिनीहरूले खुला स्रोत परियोजनामा ​​​​के नयाँ चीजहरू ल्याउन सक्छन् भनेर हेर्नको लागि यो रोचक हुनेछ।

यद्यपि, अन्य सेवा जाल कार्यान्वयनहरू विकसित भइरहेकाले Istio मात्र विकल्प होइन। ढाँचा sidecar proxy सबैभन्दा लोकप्रिय कार्यान्वयन हो, जसरी परियोजनाहरू Buoyant, HashiCorp, Solo.io र अन्यहरू द्वारा न्याय गर्न सकिन्छ। त्यहाँ वैकल्पिक आर्किटेक्चरहरू पनि छन्: नेटफ्लिक्स टेक्नोलोजी टूलकिट एउटा दृष्टिकोण हो जहाँ सेवा जाल कार्यक्षमता रिबन, हिस्टेरिक्स, युरेका, आर्काइयस पुस्तकालयहरू, साथै Azure सेवा कपडा जस्ता प्लेटफर्महरू मार्फत लागू गरिन्छ।

सेवा मेषको पनि सेवा घटक र प्रकार्यहरूको लागि आफ्नै शब्दावली छ:

• कन्टेनर अर्केस्ट्रेशन फ्रेमवर्क। अनुप्रयोग पूर्वाधारमा थप र धेरै कन्टेनरहरू थपिने क्रममा, कन्टेनरहरूको निगरानी र व्यवस्थापनको लागि एउटा छुट्टै उपकरणको आवश्यकता छ - कन्टेनर अर्केस्ट्रेशन फ्रेमवर्क। Kubernetes ले यस स्थानलाई दृढतापूर्वक ओगटेको छ, यतिसम्म कि यसका मुख्य प्रतिस्पर्धीहरू Docker Swarm र Mesosphere DC/OS ले पनि विकल्पको रूपमा Kubernetes सँग एकीकरण प्रस्ताव गर्दछ।
• सेवा र उदाहरणहरू (Kubernetes Pods)। एउटा उदाहरण माइक्रोसर्भिसको एकल चलिरहेको प्रतिलिपि हो। कहिलेकाहीँ एउटा उदाहरण एउटा कन्टेनर हो। Kubernetes मा, एउटा उदाहरणमा पोड भनिने स्वतन्त्र कन्टेनरहरूको सानो समूह हुन्छ। ग्राहकहरूले विरलै कुनै उदाहरण वा पोडलाई सीधै पहुँच गर्छन्; प्रायः तिनीहरू सेवा पहुँच गर्छन्, जुन समान, मापनयोग्य र दोष-सहिष्णु उदाहरण वा पोडहरू (प्रतिकृतिहरू) को सेट हो।
• साइडकार प्रोक्सी। Sidecar प्रोक्सी एकल उदाहरण वा पोड संग काम गर्दछ। Sidecar Proxy को बिन्दु भनेको कन्टेनरबाट आउने र ट्राफिक फिर्ता गर्ने कन्टेनरबाट आउने मार्ग वा प्रोक्सी ट्राफिक हो। Sidecar अन्य Sidecar Proxies संग अन्तरक्रिया गर्दछ र एक अर्केस्ट्रेशन फ्रेमवर्क द्वारा व्यवस्थित गरिन्छ। धेरै सेवा जाल कार्यान्वयनहरूले एक उदाहरण वा पोड भित्र र बाहिर सबै ट्राफिकहरू रोक्न र व्यवस्थापन गर्न Sidecar Proxy प्रयोग गर्दछ।
• सेवा खोज। जब एउटा उदाहरणलाई अर्को सेवासँग सञ्चार गर्न आवश्यक हुन्छ, यसले अर्को सेवाको स्वस्थ र उपलब्ध उदाहरण फेला पार्न (खोज) गर्नुपर्छ। सामान्यतया, उदाहरणले DNS लुकअप गर्दछ। कन्टेनर अर्केस्ट्रेशन फ्रेमवर्कले अनुरोधहरू प्राप्त गर्न तयार भएका उदाहरणहरूको सूची राख्छ र DNS प्रश्नहरूको लागि इन्टरफेस प्रदान गर्दछ।
• लोड सन्तुलन। धेरै जसो कन्टेनर अर्केस्ट्रेशन फ्रेमवर्क लेयर 4 (ट्रान्सपोर्ट) मा लोड सन्तुलन प्रदान गर्दछ। सेवा जाल लेयर 7 (एप्लिकेशन स्तर) मा अधिक जटिल लोड सन्तुलन लागू गर्दछ, एल्गोरिदममा धनी र ट्राफिक व्यवस्थापनमा अझ प्रभावकारी हुन्छ। एपीआई प्रयोग गरेर लोड ब्यालेन्सिङ सेटिङहरू परिवर्तन गर्न सकिन्छ, तपाईंलाई नीलो-हरियो वा क्यानरी डिप्लोयमेन्टहरू अर्केस्ट्रेट गर्न अनुमति दिँदै।
• ईन्क्रिप्शन। सेवा जालले सेवाहरूबाट यो बोझ हटाएर अनुरोधहरू र प्रतिक्रियाहरू इन्क्रिप्ट र डिक्रिप्ट गर्न सक्छ। सेवा जालले नयाँ जडानहरू सिर्जना गर्न महँगो गणनाको आवश्यकतालाई कम गर्दै, अवस्थित लगातार जडानहरूलाई प्राथमिकता दिएर वा पुन: प्रयोग गरेर प्रदर्शन सुधार गर्न सक्छ। ट्राफिक ईन्क्रिप्शनको सबैभन्दा सामान्य कार्यान्वयन हो पारस्परिक TLS (mTLS), जहाँ सार्वजनिक कुञ्जी पूर्वाधार (PKI) ले Sidecar Proxy द्वारा प्रयोगको लागि प्रमाणपत्र र कुञ्जीहरू उत्पन्न र वितरण गर्दछ।
• प्रमाणीकरण र प्राधिकरण। सेवा जालले आवेदन बाहिर वा भित्रबाट गरिएका अनुरोधहरूलाई प्रमाणीकरण र प्रमाणीकरण गर्न सक्छ, उदाहरणहरूमा मात्र प्रमाणित अनुरोधहरू पठाउँदै।
• स्वत: बन्द ढाँचा समर्थन। सेवा जाल समर्थन गर्दछ स्वत: बन्द ढाँचा, जसले अस्वास्थ्यकर अवस्थाहरूलाई अलग गर्छ र त्यसपछि आवश्यक पर्दा बिस्तारै स्वस्थ उदाहरणहरूको पूलमा फर्काउँछ।

सेवा जाल अनुप्रयोगको भाग जसले उदाहरणहरू बीच नेटवर्क ट्राफिक व्यवस्थापन गर्छ भनिन्छ डाटा प्लेन। व्यवहार नियन्त्रण गर्ने कन्फिगरेसन सिर्जना गर्नुहोस् र प्रयोग गर्नुहोस् डाटा प्लेन, छुट्टै प्रयोग गरेर गरिन्छ नियन्त्रण विमान. नियन्त्रण विमान सामान्यतया समावेश गर्दछ वा अनुप्रयोग नियन्त्रण गर्न API, CLI, वा GUI मा जडान गर्न डिजाइन गरिएको छ।

सेवा जालमा रहेको कन्ट्रोल प्लेनले साइडकार प्रोक्सी र डाटा प्लेन बीचको कन्फिगरेसन वितरण गर्दछ।

सेवा जाल वास्तुकला अक्सर कन्टेनर र microservices प्रयोग गरी जटिल परिचालन समस्या समाधान गर्न प्रयोग गरिन्छ। क्षेत्रमा अग्रगामीहरू सूक्ष्म सेवाहरू Lyft, Netflix र Twitter जस्ता कम्पनीहरू हुन् जसले विश्वभरका लाखौं प्रयोगकर्ताहरूलाई स्थिर सेवाहरू प्रदान गर्छन्। (यहाँ नेटफ्लिक्सले सामना गर्नुभएका केही वास्तुकलाका चुनौतीहरूको विस्तृत विवरण छ।)। कम माग गर्ने अनुप्रयोगहरूको लागि, सरल वास्तुकलाहरू सम्भवतः पर्याप्त हुनेछ।

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

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

मोड्युलर मोनोलिथ र DDD

स्रोत: www.habr.com