MVP के लिए सर्वश्रेष्ठ आर्किटेक्चर: मोनोलिथ, SOA, माइक्रोसर्विस या सर्वरलेस? .. भाग 2

नवंबर में, OTUS ने एक नया शैक्षिक कार्यक्रम, "सॉफ्टवेयर आर्किटेक्ट" लॉन्च किया, जिसके संबंध में हम अपने ब्लॉग के पाठ्यक्रम और पाठकों के भविष्य के प्रकाशनों की एक श्रृंखला जारी रखते हैं।

पहला भाग पढ़ें

---

माइक्रोसिस्टवर्क वास्तुकला

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


तुलना में माइक्रोसर्विस और अखंड वास्तुकला की संरचना

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

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

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

माइक्रोसर्विस के पेशेवरों

विकसित करने, परीक्षण और तैनाती के लिए आसान

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

लचीलापन बढ़ा

माइक्रोसर्विस की मदद से, कई टीमें स्वतंत्र रूप से और तेज़ी से अपनी सेवाओं पर काम कर सकती हैं। अनुप्रयोग का प्रत्येक व्यक्तिगत भाग स्वतंत्र रूप से माइक्रोसैसिन घटकों के अलगाव के कारण बनाया जा सकता है। उदाहरण के लिए, आपके पास पूरे एप्लिकेशन पर काम कर रहे 100 लोगों की एक टीम हो सकती है (एक अखंड दृष्टिकोण के रूप में), या आपके पास विभिन्न सेवाओं को विकसित करने वाले 10 लोगों की 10 टीमें हो सकती हैं।
आइए इसकी कल्पना करें।



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

क्षैतिज रूप से स्केल करने की क्षमता

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

Microservices के

जटिलता

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

• स्वचालन के लिए बढ़ी हुई मांग, क्योंकि प्रत्येक सेवा को जांचना और नियंत्रित करना चाहिए
• उपलब्ध उपकरण सेवा निर्भरता के साथ काम नहीं करते हैं
• डेटा संगति और लेनदेन प्रबंधन कठिन हो रहा है क्योंकि हर सेवा में एक डेटाबेस है

सुरक्षा की चिंता

एक माइक्रोसैसवर्क एप्लिकेशन में, हर कार्यक्षमता जो बाहर से एपीआई के माध्यम से संपर्क करती है, हमलों की संभावना को बढ़ाती है। ये हमले केवल तभी हो सकते हैं जब एप्लिकेशन बनाते समय उचित सुरक्षा उपाय नहीं किए जाते हैं।

विभिन्न प्रोग्रामिंग भाषाओं

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

अंत में

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

अब हम इन तीन सॉफ्टवेयर आर्किटेक्चर की तुलना उनके बीच के अंतर को पहचानने के लिए कर सकते हैं।



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

सर्वरहित वास्तुकला

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

सर्वर रहित वास्तुकला में दो अवधारणाएँ शामिल हैं:

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

यहां सर्वर रहित संरचना कैसी दिखती है

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

बाजार पर कई क्लाउड समाधान प्रदाता हैं। यहाँ कुछ अग्रणी सर्वर रहित कंप्यूटिंग प्रदाता हैं:


सर्वर रहित कंप्यूटिंग प्रदाता अग्रणी

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

सर्वरहित वास्तुकला के पेशेवरों

तैनाती के लिए आसान है

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

लागत में कमी

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

बढ़े हुए स्केलेबिलिटी

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

सर्वरहित वास्तुकला का नुकसान

आपूर्तिकर्ता बंधन

आपूर्तिकर्ता बंधन एक ऐसी स्थिति का वर्णन करता है जहां आप आपूर्तिकर्ता को अपने संचालन पर पूरा नियंत्रण देते हैं। नतीजतन, व्यावसायिक तर्क में परिवर्तन सीमित हैं, और एक प्रदाता से दूसरे में प्रवास मुश्किल हो सकता है।

दीर्घकालिक कार्यों के लिए नहीं।

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

अंत में

सर्वर-रहित सॉफ़्टवेयर आर्किटेक्चर एक बार के कार्यों और सहायक प्रक्रियाओं को हल करने के लिए उपयोगी है। यह ग्राहक-समृद्ध अनुप्रयोगों और अनुप्रयोगों के लिए बहुत अच्छा काम करता है जो तेजी से बढ़ते हैं और असीमित पैमाने की आवश्यकता होती है।

अंत में, आइए इन चार प्रकार की वास्तुकला में से प्रत्येक को चुनने के लिए निम्नलिखित छवि देखें:



अपने MVP के लिए सही आर्किटेक्चर चुनना चुनौतीपूर्ण है, लेकिन RubyGarage के पास आपकी पसंद की मदद करने के लिए कई वर्षों का अनुभव है। लेख के लेखक को इस विषय पर आपके सभी सवालों के जवाब देने में खुशी होगी।