चीन के ओपन सोर्स मॉडल की वास्तविक सफलता सहयोग नेटवर्क है

ओपन सोर्स मॉडल में “क्या इसे सील किया जाएगा” के बारे में बात करते समय, देखने वाली सबसे आसान बात यह है कि वेट फ़ाइल को सब कुछ माना जाए।

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

जो हिस्सा ज़मीन से टकरा सकता है उसके टूटने का डर सबसे कम होता है।

जब तक एक ओपन सोर्स मॉडल स्थानीय वेयरहाउस, ऑब्जेक्ट स्टोरेज या इंट्रानेट छवि में प्रवेश कर चुका है, चाहे बाहरी दुनिया कितनी भी कड़ी क्यों न हो, फ़ाइल आमतौर पर अभी भी वहां रहेगी। ऑफ़लाइन प्रतियां, आंतरिक कैश और ऐतिहासिक निर्माण उत्पाद सभी लंबे समय तक “क्या इसका अभी भी उपयोग किया जा सकता है” के प्रश्न में देरी करेंगे।

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

जो वास्तव में स्पष्ट है वह है सिंक्रोनाइज़ेशन संबंध

सिर्फ इसलिए कि मॉडल चलता रह सकता है, इसका मतलब यह नहीं है कि टीम इसे जारी रख सकती है।

ढीली होने वाली पहली चीज़ें आमतौर पर सिंक्रनाइज़ेशन संबंध हैं:

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

ये चीज़ें अपने आप में बड़ी नहीं दिखतीं, लेकिन इन्हें एक साथ रखने से “एक ही मॉडल” कई हिस्सों में टूट जाएगा।

इस स्तर पर, बाहरी प्रतिबंधों से होने वाला वास्तविक नुकसान दुनिया से एक महत्वपूर्ण दस्तावेज़ को मिटाना नहीं है, बल्कि इस तथ्य को तोड़ना है कि “हर कोई एक ही चीज़ को देख रहा है।” टीम अभी भी उसी मॉडल नाम के बारे में बात कर रही है, लेकिन उन्हें वास्तव में विभिन्न संस्करणों, विभिन्न टेम्पलेट्स और विभिन्न मापदंडों के साथ एक संयोजन पैकेज मिलता है।

समीक्षाएं, सुधार और अनुभव एक साथ टूट जाएंगे

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

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

निजी संस्करण कोई बुरी बात नहीं है, लेकिन कीमत बढ़ जाती है:

• बेसलाइन पर लौटना पुन: उपयोग करना कठिन होता जा रहा है
• दुर्घटना समीक्षा को संरेखित करना कठिन होता जा रहा है
• पैच को ठीक करें जिसे सिंक करना कठिन होता जा रहा है
• अलग-अलग टीमों में एक ही समस्या बार-बार सामने आएगी

इस समय, ऐसा लगता है कि “मॉडल अभी भी वहीं है”, लेकिन वास्तव में यह “कई स्थानीय प्रतियां जो मुश्किल से उपयोग योग्य हैं” बन गई हैं, और उनके बीच कोई सामान्य अद्यतन पथ नहीं है।

वास्तव में जिस चीज़ के बारे में चिंता करने लायक है वह ब्लॉक करना नहीं है, बल्कि फोर्क करना है

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

एक बार जब अधिक कांटे हो जाएं, तो यह सवाल नहीं रह जाता है कि “क्या इसे डाउनलोड किया जा सकता है?” लेकिन “कौन गारंटी दे सकता है कि यह अभी भी उसी प्रकार की चीज़ है?” यह मामला सीधे पहुंच लागत में वृद्धि करेगा: नई समीक्षाओं को फिर से करने की आवश्यकता है, पुराने दोषों को फिर से समझाने की आवश्यकता है, संस्करण मतभेदों को फिर से व्यवस्थित करने की आवश्यकता है, और टीम को प्रत्येक फोर्कड लाइन के लिए अपनी स्वयं की रोलबैक और फ्रीजिंग रणनीतियां बनानी होगी।

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