समर्पित सास या शुरू करने के लिए "बेचने बोर्स्ट"

2010 में, हेबे पर सास की समस्याओं और कमियों पर एक लेख पढ़ने के बाद, मैंने, इसके लेखक के साथ, एक ही सवाल पूछा: "कोई भी बोर्श क्यों नहीं बेचता?" और आधुनिक सास समाधानों में निहित कमियों से कैसे दूर हो?

मुझे विश्वास है कि इन सभी समस्याओं का समाधान समर्पित सास मॉडल में सेवाएं प्रदान करना है। "समर्पित सास" शब्द का क्या अर्थ है, और यह दृष्टिकोण पारंपरिक सास समाधानों की समस्याओं का सामना कैसे करता है?

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

इन समस्याओं के बीच, मैं मुख्य लोगों को उजागर करता हूं:

• कम अनुकूलन क्षमता

सास समाधान ग्राहक में स्थापित पारंपरिक अनुप्रयोगों से क्लाइंट के लिए फाइन-ट्यूनिंग के मामले में निराशाजनक रूप से पिछड़ जाते हैं।

• कंपनी के बाकी बुनियादी ढांचे के साथ सास अनुप्रयोगों को एकीकृत करने की जटिलता

यह आईटी की लागत को बहुत बढ़ाता है, सेवा के रूप में सॉफ्टवेयर का उपयोग करने से बचत को पूरी तरह से अवशोषित करता है।

• व्यापार की निरंतरता के लिए खतरा

सास प्रदाता के डेटा सेंटर को प्रभावित करने वाली आपदा की स्थिति में, सभी डेटा के अपरिवर्तनीय नुकसान की उच्च संभावना है।

• कम कार्यात्मक मापनीयता

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

ये सभी समस्याएं सास सेवा वास्तुकला के ऐसे तत्व के कारण होती हैं, जैसे कि मल्टीटैनेंसी (बहु-संगठन या बहु-किरायेदारी)। इस तरह की वास्तुकला में बड़ी संख्या में ग्राहक संगठनों के लिए एक एकल एप्लिकेशन इंस्टॉलेशन का उपयोग शामिल है। इस तरह के एक मॉडल के लिए एक और उपयुक्त शब्द "साझा सास" है। साझा सास के विपरीत समर्पित सास (प्रत्येक ग्राहक के लिए एक अलग स्थापना) है। एक ही एप्लिकेशन को साझा और समर्पित मोड दोनों में वास्तुशिल्प रूप से प्रदान किया जा सकता है। सास बहु-संगठनात्मक मॉडल के साथ मजबूती से क्यों जुड़ी हैं?

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

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

• सूचना सुरक्षा और डेटा गोपनीयता के लिए खतरा।

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

• सिस्टम संस्करण नवीनीकरण प्रक्रियाओं की असहनीयता।

आवेदन के नियमित संस्करण सभी ग्राहकों के लिए एक साथ तैनात किए जाते हैं। इसका मतलब यह हो सकता है कि सभी प्रणालियों के लिए सामान्य अपडेट के लंबे परीक्षण से जुड़े नए संस्करणों के रोल-अप के साथ-साथ नए संस्करण के लिए एक विशिष्ट ग्राहक के लिए अपेक्षाकृत समय से पहले का अद्यतन।
अब हम साझा सास वास्तुकला के नुकसान देख सकते हैं। क्या वे समर्पित सास मॉडल पर स्विच करते समय छोड़ देते हैं?

समर्पित सास मॉडल में, आधुनिक सास समाधानों की सभी विशिष्ट कमियों को पूरी तरह से समाप्त कर दिया गया है:

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

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

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

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

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