विषयसूची:
वर्चुअलाइजेशन विभिन्न कंप्यूटिंग प्रौद्योगिकियों को शामिल करता है और हार्डवेयर स्तर पर और सॉफ्टवेयर स्तर पर दोनों प्राप्त किया जा सकता है। एक उद्यम में, वर्चुअलाइजेशन सॉफ्टवेयर सेवाओं, विशेष रूप से सास अनुप्रयोगों की क्षमता को बढ़ा सकता है। यह उद्यमों के लिए अपनी आईटी लागत को कम करने का सबसे प्रभावी तरीका भी है। लेकिन वर्चुअलाइजेशन और सास को एक साथ रखें और आपके पास एक विजेता संयोजन हो सकता है।
सास क्या है?
सेवा के रूप में सॉफ्टवेयर (सास) एक सॉफ्टवेयर लाइसेंसिंग मॉडल है जिसमें सॉफ्टवेयर को सदस्यता के आधार पर लाइसेंस दिया जाता है और विक्रेता या सेवा प्रदाता द्वारा इसे केंद्र में होस्ट किया जाता है। इन वितरित सॉफ्टवेयर अनुप्रयोगों को इंटरनेट पर ग्राहकों के लिए उपलब्ध कराया जाता है।
सास उन तकनीकों के बीच लोकप्रिय हो रही है जो सेवा-उन्मुख वास्तुकला (SOA) या वेब सेवाओं का समर्थन करती हैं। सास फायदे के मेजबान के साथ आती है। सबसे आम हैं:
- आसान प्रशासन
- आसान अद्यतन और पैच प्रबंधन
- संगतता (सभी उपयोगकर्ताओं के पास सॉफ्टवेयर का एक ही संस्करण होगा)
- वैश्विक पहुंच
- सेवा के रूप में सूचना प्रौद्योगिकी प्रबंधन (ITMaaS)
वर्चुअलाइजेशन और सॉफ्टवेयर डिलीवरी
सॉफ्टवेयर विकास समुदाय में वर्चुअलाइजेशन की अवधारणा को सही तरीके से अपनाया और स्वीकार किया गया है। इसमें तेजी से विकास और परीक्षण तंत्र प्रदान करने की क्षमता है ताकि विकास और परीक्षण वातावरण तेजी से बन सके।
VMware और VBox सबसे व्यापक रूप से इस्तेमाल की जाने वाली तकनीक है, और वे कई उपयोगकर्ताओं को विभिन्न ऑपरेटिंग सिस्टम, संस्करणों और उदाहरणों पर चलने में सक्षम बनाते हैं। अधिकांश सॉफ्टवेयर डेवलपमेंट उद्यम पहले सॉफ्टवेयर वर्चुअलाइजेशन तंत्र को अपनाकर वर्चुअलाइजेशन तकनीक को अपनाते हैं और फिर धीरे-धीरे हार्डवेयर वर्चुअलाइजेशन की ओर बढ़ते हैं।
वर्चुअलाइजेशन और सास
इतने फायदे होने के बावजूद, सास को अभी तक इसका उचित श्रेय नहीं मिला है। कई कारक हैं जो इसके लिए जिम्मेदार हैं। इसमें शामिल है:- विशाल स्टार्ट-अप लागत: सेटअप में निवेश किया गया राजस्व वर्षों की अवधि में वसूल किया जाता है।
- यह मुफ्त सॉफ्टवेयर के सिद्धांतों का उल्लंघन कर सकता है: सॉफ्टवेयर स्वतंत्रता कार्यकर्ता रिचर्ड स्टालमैन ने सास को "एक सॉफ्टवेयर विकल्प (SaaSS) के रूप में सेवा" के रूप में संदर्भित किया है, और इसे मुफ्त सॉफ्टवेयर के सिद्धांतों का उल्लंघन मानते हैं।
"सास के साथ, उपयोगकर्ताओं के पास निष्पादन योग्य फ़ाइल की एक प्रति नहीं है: यह सर्वर पर है, जहां उपयोगकर्ता इसे देख या छू नहीं सकते हैं। इस प्रकार उनके लिए यह पता लगाना असंभव है कि यह वास्तव में क्या करता है, और बदलना असंभव है। स्टालमैन ने जीएनयू वेबसाइट पर लिखा है, "सास स्वाभाविक रूप से सर्वर ऑपरेटर को उपयोग में सॉफ़्टवेयर को बदलने या उपयोगकर्ताओं के डेटा को संचालित करने की शक्ति देती है।"
यदि हम बुनियादी ढांचे और स्टार्ट-अप लागत से परे ध्यान केंद्रित करते हैं, तो एक बार तैनात होने पर, एक सास एप्लिकेशन प्लेटफ़ॉर्म केवल प्रतिलिपि प्रस्तुत करने योग्यता के साथ संबंधित होना चाहिए। सास-आधारित एप्लिकेशन का प्रत्येक उदाहरण एक-दूसरे के समान होना चाहिए। प्रत्येक ग्राहक के लिए और सहायक टीम के लिए हर एप्लिकेशन इंस्टेंस के सुसंगत व्यवहार को बनाए रखने के लिए न्यूनतम अंतर होना चाहिए। ऐसा इसलिए किया जाता है ताकि आवश्यकता पड़ने पर किसी भी मुद्दे का निवारण करने के लिए उनके पास एक समान आधार हो। समर्थन इंजीनियर एक एकल ग्राहक उदाहरण के लिए एक लापता पुस्तकालय मॉड्यूल की वजह से एक समस्या की खोज करना पसंद नहीं करेगा। इसी तरह, न तो कोई ग्राहक यह जानना चाहेगा कि ऑर्डर किए गए प्रत्येक एप्लिकेशन में कोई समस्या हो सकती है क्योंकि सास-आधारित कंपनी हर आदेश के लिए समान चरणों का उपयोग करके समस्या को पुन: उत्पन्न नहीं कर सकती है। संपूर्ण प्रक्रिया को स्थिरता और लागत लाभों के लिए स्वचालित होना चाहिए।
बढ़ती हुई जटिलता
आज के अनुप्रयोगों के लिए तैनाती की जटिल प्रकृति को समझना महत्वपूर्ण हो जाता है - चाहे वह सास मॉडल हो या पारंपरिक मॉडल। यहां तक कि सरलतम वेब एप्लिकेशन अब अंतर्निहित डेटा संग्रहण परत के प्रबंधन के लिए जिम्मेदार नहीं है। मानक अभ्यास के लिए एक डेटाबेस है, उदाहरण के लिए, MySQL, Oracle, DB2 या SQL सर्वर। जावा, निंजा, ग्रेल्स, रेल्स, आदि जैसे विशिष्ट वेब स्टैक के साथ संयोजन करने से स्केलेबल परिनियोजन की मांग करने वाली एक बहु-स्तरीय वास्तुकला की ओर जाता है। उदाहरण के लिए, रेल वातावरण सेट करते समय, हमने MySQL का उपयोग किया।
अनुप्रयोगों की चुस्त प्रकृति, जो प्लगइन्स, पैच, मैक्रोज़ और मैशअप के माध्यम से सॉफ़्टवेयर के आसान उन्नयन की अनुमति देता है, आसानी से सास मॉडल में एकीकृत किया जा सकता है। एक एक्सटेंशन या एक पैच को एक छोटी सी समस्या के लिए विकसित किया जाता है, ज्यादातर समय एक बग फिक्स होता है, जिसे निकास सॉफ्टवेयर पर पैच के रूप में वितरित करने की आवश्यकता होती है। आमतौर पर एक ग्राहक यह नहीं सुनना चाहता है कि एक समस्या संसाधन की कमी या कुछ अन्य परिस्थितियों के कारण हुई है, या यह किसी अन्य ग्राहक द्वारा बनाई गई है।
विकिपीडिया के अनुसार, चिंताओं को अलग करना एक एप्लिकेशन को अलग-अलग विशेषताओं में तोड़ने का आधार है, जो कार्यक्षमता ओवरलैप को कम करता है। वर्चुअलाइजेशन के साथ, इस अवधारणा को बुनियादी ढांचे पर लागू किया जा सकता है। पृथक्करण को प्रति-एप्लिकेशन, प्रति-ग्राहक, और / या प्रति-क्लस्टर आधार पर लागू किया जा सकता है। अभी भी अपनी अधिकतम क्षमता के लिए हार्डवेयर का उपयोग करते हुए, यह क्षैतिज और लंबवत पैमाने पर कार्य करने की क्षमता प्रदान करता है। यह एकल-किरायेदार अनुप्रयोगों के लिए फायदेमंद है जो सास बाजार में प्रवेश करना चाहते हैं। निकट-शून्य कोड परिवर्तन के साथ अंतर्निहित हार्डवेयर पर त्वरित बहुपरत आसानी से प्राप्त किया जा सकता है।
कोंटेक्सिक्स के सास मंच पर दो तैनाती मॉडल तैनात हैं। विभेदीकरण कारक इस बात पर निर्भर करता है कि अनुप्रयोग कैसे विकसित होता है:
- प्रति तैनाती एक ग्राहक का समर्थन करने के लिए, या
- एक ही तैनाती पर कई ग्राहकों का समर्थन करने के लिए
तैनाती मॉडल के बावजूद, ऑपरेटिंग सिस्टम और एप्लिकेशन इंस्टॉलेशन को एप्लिकेशन डेटा से अलग करना बहुत महत्वपूर्ण है। यह इस बात पर चर्चा करता है कि उन्नयन कैसे संसाधित और संभाला जाता है। ऑपरेटिंग सिस्टम और एप्लिकेशन इंस्टॉलेशन को अस्थिर डेटा की मात्रा को ध्यान में रखना चाहिए, जो किसी भी समय एक ताज़ा कॉपी या नए संस्करण के साथ बदलने में सक्षम होना चाहिए।
