परियोजनाओं में प्रौद्योगिकी चिड़ियाघर: यह क्या है, कारण और समाधान

परियोजना में प्रौद्योगिकी चिड़ियाघर क्या है

प्रौद्योगिकी चिड़ियाघर वह स्थिति है जब कोई परियोजना या कंपनी एक ही कार्य को हल करने वाले अत्यधिक संख्या में विषम उपकरणों का उपयोग करती है। उदाहरण के लिए, तीन अलग-अलग HTTP क्लाइंट (Alamofire, OkHttp, Ktor), दो स्टेट मैनेजर (Redux, MobX), और तीन डेटाबेस (Realm, CoreData, SQLite)।

चिड़ियाघर और विभिन्न कार्यों के लिए विभिन्न उपकरणों के सचेत चयन के बीच अंतर रणनीति की कमी है। यदि टीम A React Native चुनती है, टीम B Flutter चुनती है, और टीम C Kotlin Multiplatform चुनती है बिना किसी सामान्य निर्णय के — यह चिड़ियाघर है। विविधता अपने आप में हानिकारक नहीं है, इसकी अनियंत्रित प्रकृति हानिकारक है।

परियोजना में प्रत्येक नया स्टैक डेवलपर्स के लिए संज्ञानात्मक भार बढ़ाता है। प्रभावी ढंग से काम करने के लिए, उपयोग की जाने वाली सभी तकनीकों की बारीकियों को याद रखना होता है। Google (2024) के अनुसार, विभिन्न स्टैक के बीच संदर्भ स्विचिंग एकीकृत तकनीकी वातावरण में काम करने की तुलना में डेवलपर उत्पादकता को 23% कम कर देती है।

प्रौद्योगिकी चिड़ियाघर के कारण

विकेंद्रीकृत निर्णय मुख्य कारण हैं। प्रत्येक टीम समग्र रणनीति की परवाह किए बिना अपनी परियोजना के लिए तकनीक चुनती है। बैकएंड टीम Kotlin का उपयोग करती है, ML टीम Python का उपयोग करती है, मोबाइल टीम Flutter का उपयोग करती है। व्यक्तिगत रूप से, निर्णय सही हैं, लेकिन साथ मिलकर वे एक चिड़ियाघर बनाते हैं।

विलय और अधिग्रहण (M&A) — जब कोई कंपनी दूसरी कंपनी का अधिग्रहण करती है, तो तकनीकी स्टैक विलय हो जाते हैं। दो सिस्टम एक ही समस्या को अलग-अलग तरीकों से हल करते हैं। उदाहरण: एक स्टार्टअप के अधिग्रहण के बाद, एक बड़ी कंपनी को Ruby on Rails स्टैक मिलता है, भले ही आंतरिक मानक Java Spring हो। सवाल उठता है: फिर से लिखें या दो स्टैक समानांतर में बनाए रखें।

बदलती ट्रेंडी तकनीकें — प्रत्येक हाइप चक्र एक नया स्टैक जोड़ता है। 2015 में, सभी AngularJS में लिखते थे, 2017 में — React में, 2020 में — Svelte में। अनुशासन के बिना, एक परियोजना विभिन्न युगों की परतें जमा करती है। विरासत मॉड्यूल जो काम करते हैं लेकिन समर्थित नहीं हैं, बिना इसे जल्दी से समाप्त करने की क्षमता के विषमता जोड़ते हैं।

चिड़ियाघर टीम और व्यवसाय के लिए खतरनाक क्यों है

नए डेवलपर्स की ऑनबोर्डिंग एक के बजाय 5+ विभिन्न तकनीकों को सीखने में बदल जाती है। परियोजना में शामिल होने में एक सप्ताह के बजाय, एक नया व्यक्ति सभी उपयोग किए जाने वाले उपकरणों में महारत हासिल करने में एक महीना बिताता है। उत्पादकता तक का समय परियोजना में स्टैक की संख्या के अनुपात में बढ़ता है।

संदर्भ स्विचिंग — एक डेवलपर जो दिन भर में 3+ स्टैक के साथ काम करता है, प्रत्येक स्विच के बाद संदर्भ को बहाल करने में 30% तक समय बिताता है। कैलिफोर्निया विश्वविद्यालय (2023) के अनुसार, प्रत्येक स्विच के बाद मूल उत्पादकता स्तर पर लौटने में 23 मिनट लगते हैं। प्रति दिन 5 स्विच के साथ — लगभग 2 घंटे बर्बाद।

सुरक्षा जोखिम — प्रत्येक स्टैक को अपडेट, कमजोरियों की निगरानी और सर्वोत्तम प्रथाओं के ज्ञान की आवश्यकता होती है। एक टीम एक साथ सभी तकनीकों में विशेषज्ञ नहीं हो सकती। निर्भरता थकान — जब उपयोग की जाने वाली लाइब्रेरी की संख्या टीम की उन्हें ट्रैक और अपडेट करने की क्षमता से अधिक हो जाती है — उत्पाद सुरक्षा के लिए सीधा खतरा है।

बुनियादी ढांचे की जटिलता — CI/CD को प्रत्येक स्टैक के लिए कॉन्फ़िगर करने की आवश्यकता होती है। विभिन्न बिल्ड सिस्टम (Gradle, CocoaPods, npm, pip), विभिन्न पर्यावरण आवश्यकताएं। बुनियादी ढांचा टीम उन्हें बेहतर बनाने के बजाय विषम पाइपलाइनों को बनाए रखने में संसाधन खर्च करती है।

परियोजना में समस्या का निदान कैसे करें

स्टैक इन्वेंटरी — उपयोग की जाने वाली तकनीकों की पूरी सूची संकलित करें: भाषाएं, फ्रेमवर्क, डेटाबेस, CI/CD, मॉनिटरिंग सिस्टम। प्रत्येक तकनीक के लिए, परियोजनाओं/मॉड्यूल की संख्या, समर्थन स्तर और पेशेवर स्तर पर इसमें निपुण डेवलपर्स की संख्या नोट करें।

Technology Radar — ThoughtWorks की एक विधि जो तकनीकों को 4 चतुर्थांशों में विभाजित करती है: Adopt, Trial, Assess, Hold। Adopt — अनुशंसित स्टैक, Trial — प्रयोगात्मक, Assess — मूल्यांकन के तहत, Hold — उपयोग के लिए अनुशंसित नहीं। उदाहरण: Flutter Adopt में, React Native Hold में — टीमें समझती हैं कि क्या चुनना है।

रखरखाव लागत मीट्रिक — अनुमान लगाएं कि प्रति माह प्रत्येक स्टैक को बनाए रखने पर कितने इंजीनियरिंग घंटे खर्च होते हैं। यदि कोई स्टैक 10% संसाधनों का उपभोग करता है लेकिन 2% मॉड्यूल में उपयोग किया जाता है — यह प्रतिस्थापन के लिए उम्मीदवार है। अक्षों "परियोजनाओं की संख्या" बनाम "रखरखाव जटिलता" वाला स्टैक हीट मैप समस्या क्षेत्रों को स्पष्ट रूप से दिखाता है।

तकनीकी स्टैक को मानकीकृत करने के तरीके

आर्किटेक्चर डिसीजन रिकॉर्ड (ADR) — तकनीक चयन के औचित्य के साथ आर्किटेक्चरल निर्णयों का दस्तावेजीकरण। प्रत्येक ADR में संदर्भ, विचार किए गए विकल्प और चयन के तर्क शामिल होते हैं। Michael Nygard (2022) ने इस दृष्टिकोण को लोकप्रिय बनाया, और आज ADR तकनीकी विविधता को नियंत्रित करने वाली टीमों के लिए एक मानक है।

Technology Review Board — प्रमुख डेवलपर्स की एक समिति जो परियोजना में नई तकनीकों को मंजूरी देती है। निर्णय मानदंडों के आधार पर लिए जाते हैं: मौजूदा स्टैक के साथ संगतता, सामुदायिक समर्थन, स्थानांतरण लागत, प्रतिभा उपलब्धता। Spotify 2018 से ऐसी ही समिति का उपयोग कर रहा है।

नई परियोजनाओं के लिए प्रवेश द्वार — एक नियम: कोई भी नई सेवा या मॉड्यूल केवल अनुमोदित स्टैक का उपयोग करता है। अपवाद औचित्य के साथ ADR के माध्यम से संभव हैं। उदाहरण: एक नया माइक्रोसर्विस Kotlin में तभी लिखा जा सकता है जब टीम साबित करे कि Java इस कार्य के लिए उपयुक्त नहीं है। किसी भी तकनीक का बिना बाधा के उपयोग निषिद्ध है।

स्टैक विविधता में क्रमिक कमी

चरण 1: फ्रीज — असमर्थित स्टैक पर नई परियोजनाएं रोक दी जाती हैं। Hold चतुर्थांश में प्रत्येक स्टैक के लिए जीवन-समाप्ति तिथि निर्धारित की जाती है। नई कार्यक्षमता केवल अनुमोदित स्टैक पर लिखी जाती है। विरासत मॉड्यूल काम करना जारी रखते हैं लेकिन विस्तारित नहीं किए जाते।

चरण 2: समेकन — प्रत्येक कार्य के लिए एक उपकरण चुना जाता है। एक HTTP क्लाइंट, एक स्टेट मैनेजर, एक डेटाबेस। वैकल्पिक स्टैक पर मॉड्यूल प्राथमिकता के अनुसार स्थानांतरण के लिए निर्धारित किए जाते हैं। Strangler Fig पैटर्न सिस्टम डाउनटाइम के बिना प्रतिस्थापन की मुख्य विधि है।

चरण 3: स्थानांतरण — प्रत्येक स्प्रिंट में, टीम पुराने स्टैक से अनुमोदित स्टैक पर महत्वपूर्ण मॉड्यूल को फिर से लिखने के लिए 20% समय आवंटित करती है। लक्ष्य आर्किटेक्चर का दस्तावेजीकरण किया जाता है और समिति के निर्णय के बिना नहीं बदलता है। यह प्रक्रिया चिड़ियाघर के पैमाने के आधार पर 6 से 24 महीने तक चलती है।

उदाहरण: HTTP क्लाइंट स्थानांतरण

// Before: 3 different HTTP clients in one project
class HttpClientResolver {
    def resolve(moduleName) {
        switch(moduleName) {
            case "payments": return new OkHttpClient()
            case "chat": return new KtorClient()
            case "analytics": return new RetrofitClient()
        }
    }
}