रैखिक एकाधिकार की लागत

मनुष्य जटिलता को सरल बनाने में उल्लेखनीय रूप से कुशल हैं। हम समय को कार्यक्रमों में, ज्ञान को विषयों में, संगठनों को विभागों में, और प्रक्रियाओं को पूर्वानुमेय अनुक्रमों में विभाजित करते हैं।

इस क्षमता ने हमें आधुनिक सभ्यता के निर्माण में मदद की। लेकिन रास्ते में कहीं न कहीं, हमने अपने सरलीकृत मॉडलों को वास्तविकता से ही भ्रमित करना शुरू कर दिया।

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

फिर भी हमारी अधिकांश अवसंरचना, शिक्षा, प्रबंधन और सॉफ्टवेयर इंजीनियरिंग इसी धारणा के आसपास संगठित रहती है।

हम इसे रैखिक एकाधिकार कहते हैं।

जब रैखिक सोच समानांतर वास्तविकता से मिलती है

दस घटकों वाली एक अपेक्षाकृत सरल प्रणाली पर विचार करें, जिनमें से प्रत्येक तीन अवस्थाओं में हो सकता है: ऑनलाइन, अवक्रमित, या ऑफ़लाइन।

इससे 3^10 = 59,049 संभावित संयोजन उत्पन्न होते हैं।

बीस घटकों के साथ, यह संख्या 3.4 अरब से अधिक हो जाती है।

नेटवर्क विलंबता, समवर्तीता, अप्रत्याशित मानव व्यवहार और साझा निर्भरताएँ जोड़ दें, तो संभावित अंतःक्रियाओं की संख्या बहुत बड़ी हो जाती है।

हर संयोजन पहुंच योग्य या खतरनाक नहीं होता। लेकिन प्रत्येक घटक को स्वतंत्र रूप से समझना हमें पूरी प्रणाली के व्यवहार के बारे में आश्चर्यजनक रूप से बहुत कम बताता है।

एक डेटाबेस ऑपरेशन सफल होता है। एक नेटवर्क अनुरोध सफल होता है। एक प्रमाणीकरण जांच सफल होती है। फिर भी समय और अवस्था के एक विशेष संयोजन के तहत, पूरा ऑपरेशन विफल हो जाता है।

एक प्रणाली स्थानीय रूप से सही और वैश्विक रूप से गलत हो सकती है।

यह रैखिक एकाधिकार की मौलिक कमजोरी है: यह धारणा कि व्यक्तिगत चरणों को सही ढंग से निष्पादित करना समग्र परिणाम की शुद्धता की गारंटी देता है।

छिपी हुई लागत

हम इस विरोधाभास का सामना हर जगह करते हैं।

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

अंतर्निहित गलती सुसंगत है: हम अलग-अलग घटकों को अनुकूलित करते हैं जबकि उनके बीच संबंधों को कम आंकते हैं।

स्थानीय अनुकूलन वैश्विक लचीलापन नहीं है।

सीधी रेखा से परे

रैखिक एकाधिकार को तोड़ने का अर्थ अनुक्रमिक प्रक्रियाओं को छोड़ देना नहीं है। इसका अर्थ है उनकी सीमाओं को पहचानना।

वितरित आर्किटेक्चर, अभिनेता मॉडल, औपचारिक सत्यापन और सिस्टम थिंकिंग जटिलता के बारे में तर्क करने के तरीके प्रदान करते हैं, न कि उसे छिपाने के।

लेकिन दृष्टिकोण में भी उतना ही महत्वपूर्ण परिवर्तन है।

हमें यह भ्रमित करना बंद करना चाहिए कि किसी प्रणाली को क्या करने का निर्देश दिया गया था, और वास्तव में क्या हुआ।

दस्तावेज़ भेजना वितरण सिद्ध नहीं करता। वितरण यह सिद्ध नहीं करता कि उसे खोला गया। खोलना समझ सिद्ध नहीं करता। और एक डेटाबेस रिकॉर्ड स्वचालित रूप से विश्वसनीय साक्ष्य नहीं बनता।

वितरित वातावरण में, घटनाएँ विभिन्न उपकरणों, नेटवर्कों और स्वतंत्र रूप से संचालित प्रणालियों में घटित होती हैं। उनके संबंधों को स्थापित करने के लिए हरे चेकमार्क के सुविधाजनक अनुक्रम से अधिक की आवश्यकता होती है।

इसके लिए सत्यापन योग्य साक्ष्य की आवश्यकता होती है।

सरलीकरण की वास्तविक लागत

रैखिक सोच हमेशा आवश्यक रहेगी। अमूर्तता के बिना, हम अपने आस-पास की दुनिया को न तो समझ सकते हैं और न ही प्रबंधित कर सकते हैं।

खतरा तब शुरू होता है जब अमूर्तता हठधर्मिता बन जाती है।

आधुनिक प्रणालियाँ केवल घटकों का संग्रह नहीं हैं। उनका व्यवहार अंतःक्रियाओं, निर्भरताओं, समय और लगातार बदलती परिस्थितियों से उभरता है।

सुरक्षा को एक चेकलिस्ट तक सीमित नहीं किया जा सकता। लचीलापन केवल व्यक्तिगत घटकों को विश्वसनीय बनाकर हासिल नहीं किया जा सकता। विश्वास केवल यह घोषित करके स्थापित नहीं किया जा सकता कि कोई प्रक्रिया पूरी हो गई।

हमें ऐसी प्रणालियों की आवश्यकता है जो न केवल निर्देशों को निष्पादित करने के लिए डिज़ाइन की गई हों, बल्कि अनिश्चितता को संभालने, साक्ष्य को संरक्षित करने, और जब घटनाएँ अपेक्षाओं से भिन्न रूप से सामने आती हैं तब भी विश्वसनीय बनी रहने के लिए हों।

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