मल्टिटेनेन्सीको बारेमा

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

हामीले 1C:Enterprise मा कामको क्लाउड (सेवा) मोडेलको लागि एक दृष्टिकोण डिजाइन गर्न थालेपछि हामीले बहु-टेनेन्सीको हाम्रो बुझाइ तयार गर्न थाल्यौं। यो धेरै वर्ष पहिले थियो। र त्यसपछि हाम्रो समझ निरन्तर विस्तार भएको छ। हामी निरन्तर यस विषयको थप र थप नयाँ पक्षहरू (सफल, विपक्ष, कठिनाइहरू, सुविधाहरू, आदि) खोजिरहेका छौं।

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

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

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

यसको सरल अर्थमा, मल्टिटेनेन्सीको लक्ष्य भनेको पूर्वाधार लागतलाई "सामाजिकीकरण" गरेर एप्लिकेसन कायम गर्ने लागत घटाउनु हो। यो "अर्डर गर्न" लेख्नुको सट्टा उत्पादन समाधान (सम्भवतः अनुकूलन र परिमार्जनको साथ) प्रयोग गरेर अनुप्रयोगको लागत घटाउने जस्तै आन्दोलन हो। एउटा अवस्थामा मात्र विकास सामाजिकीकरण हुन्छ, र अर्कोमा शोषण।

यसबाहेक, हामी दोहोर्याउँछौं, बिक्रीको विधिसँग कुनै सीधा लिङ्क छैन। बहुसंख्यक वास्तुकला कर्पोरेट वा विभागीय IT पूर्वाधारमा पनि धेरै संख्यामा समान शाखाहरू र होल्डिङ उद्यमहरूलाई स्वचालित गर्न प्रयोग गर्न सकिन्छ।

हामी भन्‍न सक्छौं कि बहुसंख्यक भनेको डाटा भण्डारणलाई व्यवस्थित गर्ने कुरा मात्र होइन। यो एप्लिकेसनले समग्र रूपमा कसरी काम गर्छ भन्ने मोडेल हो (यसको वास्तुकलाको महत्त्वपूर्ण भाग, यसको डिप्लोइमेन्ट मोडेल, र यसको मर्मत संस्था सहित)।

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

1C:Enterprise मा, मल्टिटेनेन्सी मोडेल धेरै टेक्नोलोजीहरूको स्तरमा लागू गरिएको छ। यी 1C को संयन्त्र हुन्: उद्यम प्लेटफर्म, को संयन्त्र1C: प्रकाशन समाधानको लागि प्रविधि 1cFresh"र"1C: समाधान विकास प्रविधि 1cFresh", संयन्त्र बसपा (मानक उपप्रणालीहरूको पुस्तकालयहरू)।

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

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

प्लेटफर्म स्तरमा, हामीले ठ्याक्कै आधारभूत संयन्त्रहरू लागू गर्यौं। तिनीहरूले तपाईंलाई बहु-टेनेन्सी मोडेलमा चल्ने अनुप्रयोगहरू सिर्जना गर्न अनुमति दिन्छ। तर यस्तो मोडेलमा "बाँच र काम" गर्न अनुप्रयोगहरूको लागि, तपाइँसँग तिनीहरूको "जीवन गतिविधिहरू" प्रबन्ध गर्नको लागि प्रणाली हुनु आवश्यक छ। 1c ताजा प्रविधिहरू र BSP स्तरमा एक एकीकृत व्यापार तर्क तह यसको लागि जिम्मेवार छन्। जसरी एउटा अपार्टमेन्ट भवनमा पूर्वाधारले बासिन्दाहरूलाई उनीहरूलाई चाहिने सबै कुराहरू प्रदान गर्दछ, त्यसरी नै 1cFresh प्रविधिहरूले बहु-टेनेन्सी मोडेलमा चल्ने अनुप्रयोगहरूको लागि आवश्यक पर्ने सबै कुराहरू प्रदान गर्दछ। र त्यसैले अनुप्रयोगहरूले यस पूर्वाधारसँग अन्तरक्रिया गर्न सक्छन् (महत्वपूर्ण परिमार्जनहरू बिना), सम्बन्धित "कनेक्टरहरू" तिनीहरूमा BSP उपप्रणालीको रूपमा राखिएको छ।

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

मल्टिटेनेन्सी मोडमा (के 1cFresh र BSP टेक्नोलोजीहरूमा लागू गरिएको छ) मा सञ्चालित अनुप्रयोगहरू प्रबन्ध गर्ने वास्तुकला कम रोचक छैन। यहाँ, परम्परागत तैनाती मोडेलको तुलनामा, व्यवस्थापन प्रक्रियाहरूको स्वचालनका लागि आवश्यकताहरू उल्लेखनीय रूपमा बढेका छन्। त्यहाँ दर्जनौं यस्ता प्रक्रियाहरू छन्: नयाँ डाटा क्षेत्रहरू ("अपार्टमेन्टहरू") सिर्जना गर्ने, अनुप्रयोगहरू अद्यावधिक गर्ने, नियामक जानकारी अद्यावधिक गर्ने, ब्याकअपहरू, इत्यादि। र निस्सन्देह, विश्वसनीयता र उपलब्धताको स्तरका लागि आवश्यकताहरू बढ्दै छन्। उदाहरणका लागि, अनुप्रयोगहरू र नियन्त्रण प्रणाली घटकहरू बीच भरपर्दो अन्तरक्रिया सुनिश्चित गर्न, हामीले ग्यारेन्टी डेलिभरीको साथ एसिन्क्रोनस कल प्रणाली प्रविधि लागू गर्यौं।

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

यस्तो "दुविधा" को उदाहरणको रूपमा, कसैले नियामक र सन्दर्भ जानकारी उद्धृत गर्न सक्छ। निस्सन्देह, घरका सबै "भाडामा लिनेहरू" लाई यो सामान्य बनाउन ठूलो प्रलोभन छ। यसले तपाईंलाई यसलाई एउटा प्रतिलिपिमा भण्डारण गर्न र सबैका लागि एकैचोटि अद्यावधिक गर्न अनुमति दिन्छ। तर यो हुन्छ कि केहि बासिन्दाहरूलाई विशेष परिवर्तन चाहिन्छ। अचम्मको कुरा, व्यवहारमा यो हुन्छ, नियामकहरू (सरकारी निकायहरू) द्वारा निर्दिष्ट गरिएको जानकारीको लागि पनि। यो एक कठिन प्रश्न हुन जान्छ: सामाजिककरण गर्ने कि नगर्ने? निस्सन्देह, सबैका लागि जानकारी सामान्य र यसलाई चाहनेहरूका लागि निजी बनाउन यो प्रलोभन हो। र यो पहिले नै धेरै गाह्रो कार्यान्वयनमा जान्छ। तर हामी यसमा काम गर्दैछौं ...

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

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

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

स्रोत: www.habr.com