अध्ययन MongoDB लाइसेंस, ऐसा लगता है कि इसे बदलने में कुछ भी गलत नहीं है जब तक कि आप "बड़े, अच्छे क्लाउड समाधान प्रदाता" न हों।
हालाँकि, मैंने आपको निराश करने की जल्दबाजी की है: आपके लिए सीधे परिणाम आपके विचार से कहीं अधिक गंभीर और बदतर हो जाएंगे।
छवि अनुवाद
MongoDB का उपयोग करके निर्मित और एक सेवा (SaaS) के रूप में वितरित अनुप्रयोगों पर नए लाइसेंस का क्या प्रभाव है?
SSPL की धारा 13 में कॉपीलेफ्ट क्लॉज केवल तभी लागू होता है जब आप MongoDB की कार्यक्षमता या MongoDB के संशोधित संस्करणों को एक सेवा के रूप में तीसरे पक्ष को प्रदान करते हैं। अन्य SaaS अनुप्रयोगों के लिए कोई कॉपीलेफ्ट क्लॉज नहीं है जो डेटाबेस के रूप में MongoDB का उपयोग करते हैं।
MongoDB हमेशा से एक "कठिन ओपन सोर्स कंपनी" रही है। जबकि दुनिया (जीपीएल) से लेकर उदार लाइसेंस (एमआईटी, बीएसडी, अपाचे) तक, मोंगोडीबी ने अपने मोंगोडीबी सर्वर सॉफ्टवेयर के लिए एजीपीएल को चुना, जो जीपीएल का और भी अधिक सीमित संस्करण है।
पढ़ने के बाद IPO फाइलिंग के लिए MongoDB का उपयोग किया जाता है, आप देखेंगे कि फ्रीमियम मॉडल पर जोर दिया गया है। यह ओपन सोर्स समुदाय के मूल्यों को बनाए रखने के बजाय सामुदायिक सर्वर संस्करण को पंगु बनाकर हासिल किया गया है।
2019 के एक साक्षात्कार में, MongoDB के सीईओ देव इटिचेरिया ने पुष्टि की कि MongoDB Inc. MongoDB को बेहतर बनाने के लिए ओपन सोर्स समुदाय के साथ सहयोग नहीं करने जा रहा है क्योंकि वे अपनी फ्रीमियम रणनीति पर ध्यान केंद्रित करते हैं:
“MongoDB MongoDB द्वारा बनाया गया था। पहले से कोई समाधान नहीं थे. हमने मदद के लिए कोड को ओपन-सोर्स नहीं किया है; हमने इसे फ्रीमियम रणनीति के हिस्से के रूप में खोला,"
- देव इत्तिचेरिया, MongoDB के सीईओ।
अक्टूबर 2018 में, MongoDB ने अपना लाइसेंस SSPL (सर्वर साइड पब्लिक लाइसेंस) में बदल दिया। यह ओपन सोर्स समुदाय के लिए अचानक और अमित्रतापूर्वक किया गया था, जहां आगामी लाइसेंस परिवर्तनों की घोषणा पहले से की जाती है, जिससे उन लोगों को अनुमति मिलती है जो किसी कारण से नए लाइसेंस का उपयोग अन्य सॉफ़्टवेयर में परिवर्तन की योजना बनाने और लागू करने में सक्षम नहीं होंगे।
वास्तव में SSPL क्या है और यह आपको क्यों प्रभावित कर सकता है?
SSPL लाइसेंस की शर्तों के अनुसार MongoDB को DBaaS के रूप में पेश करने वाले किसी भी व्यक्ति को या तो SSPL शर्तों के तहत आसपास के सभी बुनियादी ढांचे को जारी करना होगा या MongoDB से वाणिज्यिक लाइसेंस प्राप्त करना होगा। क्लाउड समाधान प्रदाताओं के लिए, पूर्व अव्यवहारिक है क्योंकि MongoDB को लाइसेंस देने से सीधे MongoDB Inc. को अनुमति मिलती है। अंतिम-उपयोगकर्ता कीमतों पर महत्वपूर्ण नियंत्रण रखें, जिसका अर्थ है कि कोई वास्तविक प्रतिस्पर्धा नहीं है।
चूँकि DBaaS डेटाबेस सॉफ़्टवेयर उपयोग का अग्रणी रूप बन गया है, यह प्रदाता लॉक-इन एक बड़ी समस्या है!
आप सोच रहे होंगे, "कोई बड़ी बात नहीं: MongoDB एटलस इतना महंगा नहीं है।" सचमुच, ऐसा हो सकता है... लेकिन केवल अभी के लिए।
MongoDB अभी तक लाभदायक नहीं है, पिछले साल $175 मिलियन से अधिक का घाटा हुआ था। MongoDB वर्तमान में सक्रिय रूप से विकास में निवेश कर रहा है। इसका मतलब है, अन्य बातों के अलावा, कीमतों को यथोचित कम रखना। हालाँकि, आज की वैश्विक कंपनियों को देर-सबेर लाभदायक बनना ही होगा और प्रतिस्पर्धा के अभाव में आपको इसकी कीमत चुकानी होगी।
आपको केवल लाभप्रदता के बारे में चिंता करने की आवश्यकता नहीं है। किसी भी कीमत पर एक प्रमुख बाजार हिस्सेदारी हासिल करने के सामान्य विजेता-सभी परिदृश्य का अर्थ है जहां तक संभव हो (और उससे भी आगे!) कीमतें बढ़ाना।
डेटाबेस की दुनिया में, यह गेम कुछ दशक पहले Oracle द्वारा बहुत सफलतापूर्वक खेला गया था, जिसने लोगों को "ब्लू जायंट" (IBM) के हार्डवेयर से बंधे रहने से बचाया था। Oracle सॉफ़्टवेयर विभिन्न प्रकार के हार्डवेयर पर उपलब्ध था और शुरुआत में इसे उचित मूल्य पर पेश किया गया था... और फिर यह दुनिया भर के CIO और CFO के लिए अभिशाप बन गया।
अब MongoDB वही खेल खेल रहा है, बस त्वरित गति से। मेरे मित्र और सहकर्मी मैट योनकोविट ने हाल ही में पूछा, "क्या MongoDB अगला Oracle है?" और मुझे पूरा यकीन है, कम से कम इस दृष्टिकोण से, कि यह है।
अंत में, SSPL कोई ऐसी चीज़ नहीं है जो केवल मुट्ठी भर क्लाउड विक्रेताओं को प्रभावित करती है जो DBaaS क्षेत्र में MongoDB के साथ सीधे प्रतिस्पर्धा नहीं कर सकते हैं। SSPL वेंडर लॉक लगाकर और निषेधात्मक भविष्य की कीमतों के जोखिम के द्वारा सभी MongoDB उपयोगकर्ताओं को प्रभावित करता है।
स्रोत: www.habr.com