ओपन सोर्स मॉडल में सबसे पहले जो चीज प्रवेश करती है वह आपूर्ति श्रृंखला का मुद्दा है।

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

होस्टिंग परत सबसे पहले दबाव झेलती है

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

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

एक बार संस्करण फोर्क हो जाने के बाद, नाम समस्या की व्याख्या नहीं करता है।

ओपन सोर्स मॉडल का सबसे कठिन हिस्सा कभी भी “कोई है या नहीं” है। एक बार जब वजन कई छवियों, कई संगठनात्मक गोदामों और कई फाइन-ट्यूनिंग शाखाओं में फैल जाता है, तो एक ही नाम के तहत अलग-अलग व्यवहार विकसित होंगे।

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

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

वास्तव में जिस चीज़ को ठीक करने की आवश्यकता है वह है स्रोत, रोलबैक और ऑफ़लाइन पुनरावृत्ति।

जब प्रोजेक्ट में इस तरह का बदलाव आता है, तो सबसे पहले भरपाई करने वाली चीज़ भावनाएँ नहीं, बल्कि तीन चीज़ें होती हैं: स्रोत, रोलबैक और ऑफ़लाइन पुनरावृत्ति।

स्रोत को विशिष्ट गोदामों, विशिष्ट प्रस्तुतियाँ और विशिष्ट वजन दस्तावेजों के लिए पता लगाया जाना चाहिए। रोलबैक केवल एक नाम नहीं, बल्कि व्यवहार के पिछले संस्करण पर लौटने में सक्षम होना चाहिए। ऑफ़लाइन पुनरुत्पादन को प्रयोगों के उसी दौर को फिर से चलाने में सक्षम होना चाहिए जब नेटवर्क घबरा रहा हो, दर्पण खो गया हो, या अपस्ट्रीम पैकेट हटा दिया गया हो।

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

सबसे भौतिक भाग आमतौर पर मॉडल का शरीर नहीं होता है।

जब उत्पादन परिवेश की बात आती है, तो गलत होने की सबसे संभावित जगह आमतौर पर वेट ऑन्टोलॉजी नहीं होती है, बल्कि डिफ़ॉल्ट प्रविष्टि, स्वचालित अपडेट और अंतर्निहित निर्भरता होती है।

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

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

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