आधुनिक सॉफ्टवेयर डिलीवरी अक्सर विकास परिवेशों से उत्पादन में कोड ले जाने के लिए डिज़ाइन किए गए जटिल प्रणालियों पर निर्भर करती है। जब इन प्रणालियों में विफलता आती है, तो इसका प्रभाव महत्वपूर्ण हो सकता है। डेप्लॉयमेंट डायग्राम इन इंफ्रास्ट्रक्चर के लिए एक नक्शा के रूप में कार्य करता है, जो नोड्स, आर्टिफैक्ट्स और उनके बीच के बातचीत को नक्शा बनाता है। हालांकि, एक डायग्राम केवल उसकी वास्तविक चल रही परिस्थिति के साथ संरेखण के अनुसार ही उपयोगी होता है। जब अंतर उत्पन्न होते हैं, तो व्यवस्थित समस्या निवारण आवश्यक हो जाता है। यह गाइड जटिल डेप्लॉयमेंट आर्किटेक्चर में समस्याओं के निदान और निवारण के तरीकों का अध्ययन करती है, जिसमें किसी विशेष विक्रेता के उपकरण या उत्पादों पर निर्भर नहीं किया जाता।
डेप्लॉयमेंट डायग्राम को समझना 📐
किसी समस्या को ठीक करने की कोशिश करने से पहले, यह समझना आवश्यक है कि आर्किटेक्चर का क्या अर्थ है। डेप्लॉयमेंट डायग्राम प्रणाली की भौतिक या तार्किक संरचना को दर्शाता है। यह बताता है कि सॉफ्टवेयर घटक कहाँ स्थित हैं और वे कैसे संचार करते हैं। जटिल सेटअप में, इसमें अक्सर बहुत से अबस्ट्रैक्शन के स्तर शामिल होते हैं।
-
नोड्स: ये आर्टिफैक्ट्स के डेप्लॉय किए जाने वाले गणना संसाधनों का प्रतिनिधित्व करते हैं। इन्हें भौतिक मशीन, आभासी इकाइयाँ या कंटेनर हो सकते हैं।
-
आर्टिफैक्ट्स: ये नोड्स पर स्थापित किए जा रहे सॉफ्टवेयर पैकेज हैं। इनमें बाइनरी, कॉन्फ़िगरेशन फ़ाइलें और लाइब्रेरी शामिल हैं।
-
कनेक्शन्स: ये नोड्स के बीच संचार मार्गों को परिभाषित करते हैं। इनमें प्रोटोकॉल, पोर्ट और डेटा प्रकार शामिल हैं।
-
निर्भरताएँ: ये उन पूर्व शर्तों को दर्शाते हैं जो एक नोड के सही ढंग से काम करने के लिए आवश्यक हैं।
जब कोई समस्या उत्पन्न होती है, तो पहला कदम डायग्राम की वर्तमान इंफ्रास्ट्रक्चर स्थिति के साथ तुलना करना है। यहाँ असंगतियाँ अक्सर विफलताओं के मूल कारण होती हैं।
आम विफलता के तरीके ⚠️
जटिल आर्किटेक्चर में बहुत से विफलता के बिंदु आते हैं। आम विफलता के तरीकों को समझने से जांच को तेजी से सीमित करने में मदद मिलती है। समस्याएँ आमतौर पर कनेक्टिविटी, कॉन्फ़िगरेशन, संसाधन या सुरक्षा से संबंधित श्रेणियों में आती हैं।
1. कनेक्टिविटी और नेटवर्क समस्याएँ 🌐
नेटवर्क समस्याएँ डेप्लॉयमेंट विफलता के सबसे आम कारणों में से एक हैं। भले ही डायग्राम में एक वैध कनेक्शन दिखाया गया हो, लेकिन नेटवर्क ट्रैफ़िक को रोक सकता है।
-
फायरवॉल नियम: संचार के लिए आवश्यक पोर्ट मध्यवर्ती फायरवॉल या सुरक्षा समूहों द्वारा बंद कर दिए जा सकते हैं।
-
डीएनएस रिज़ॉल्यूशन: सेवाएँ अक्सर डोमेन नामों पर निर्भर करती हैं। यदि डीएनएस सही तरीके से कॉन्फ़िगर नहीं किया गया है, तो नोड्स एक दूसरे को ढूंढ नहीं पाएंगे।
-
सबनेट कॉन्फ़िगरेशन: अलग-अलग नेटवर्क सेगमेंट में स्थित नोड्स के पास संचार के लिए आवश्यक रूटिंग टेबल नहीं हो सकते हैं।
-
लोड बैलेंसर्स: ट्रैफ़िक वितरण तर्क गलत कॉन्फ़िगर किए जा सकते हैं, जिससे अस्वस्थ नोड्स को रिक्वेस्ट भेजी जाती है।
2. कॉन्फ़िगरेशन ड्रिफ्ट ⚙️
कॉन्फ़िगरेशन ड्रिफ्ट तब होता है जब एक नोड की वास्तविक स्थिति डेप्लॉयमेंट योजना में परिभाषित इच्छित स्थिति से अलग हो जाती है। यह तब अक्सर होता है जब उत्पादन परिवेश में सीधे हाथ से बदलाव किए जाते हैं।
-
पर्यावरण चर:गायब या गलत चर के कारण सेवाएँ शुरू नहीं हो सकती हैं या अप्रत्याशित तरीके से व्यवहार कर सकती हैं।
-
फ़ाइल अनुमतियाँ: कॉन्फ़िगरेशन फ़ाइल्स पर गलत अनुमतियां एप्लिकेशन को आवश्यक डेटा को पढ़ने से रोक सकती हैं।
-
संस्करण असंगतियां:नोड पर स्थापित लाइब्रेरी या निर्भरताएं आर्टिफैक्ट में निर्दिष्ट संस्करण के अनुरूप नहीं हो सकती हैं।
3. संसाधन सीमाएं 💾
यहां तक कि एक सही तरीके से कॉन्फ़िगर किया गया आर्किटेक्चर भी विफल हो जाएगा यदि आधारभूत हार्डवेयर लोड को समर्थित नहीं कर सकता है। संसाधनों का अंत होना डिप्लॉयमेंट विश्वसनीयता के लिए एक चुप्पी निर्माता है।
-
सीपीयू संतृप्ति: उच्च उपयोग के कारण लेटेंसी या सेवा समय सीमा समाप्त हो सकती है।
-
मेमोरी लीक्स:ऐसे एप्लिकेशन जो सही तरीके से मेमोरी रिलीज नहीं करते हैं, उनके कारण होस्ट की रैम खत्म हो सकती है।
-
डिस्क स्पेस:लॉग और अस्थायी फ़ाइलें स्टोरेज को भर सकती हैं, जिससे नए डेटा को लिखने से रोका जा सकता है।
-
नेटवर्क बैंडविड्थ:पर्याप्त थ्रूपुट की कमी के कारण नोड्स के बीच डेटा ट्रांसफर विफल हो सकता है।
4. सुरक्षा और अनुमतियां 🔒
सुरक्षा प्रोटोकॉल डेटा की रक्षा के लिए महत्वपूर्ण हैं, लेकिन यदि बहुत अधिक सख्ती से कॉन्फ़िगर किया जाए तो वे वैध ट्रैफ़िक को भी ब्लॉक कर सकते हैं।
-
पहचान पहुंच प्रबंधन:सेवा खातों में अन्य संसाधनों तक पहुंच के लिए आवश्यक अनुमतियां कम हो सकती हैं।
-
सर्टिफिकेट प्रमाणीकरण:एक्सपायर्ड या सेल्फ-साइन्ड सीर्टिफिकेट SSL/TLS कनेक्शन को तोड़ सकते हैं।
-
प्रमाणीकरण टोकन:एक्सपायर्ड या अमान्य टोकन सेवाओं को एक दूसरे के साथ प्रमाणीकरण करने से रोक सकते हैं।
निदान विधि 🔍
जब त्रुटि निवारण कर रहे हों, तो एक संरचित दृष्टिकोण समय के बर्बाद होने से बचाता है। समस्या को कुशलता से अलग करने के लिए इन चरणों का पालन करें।
-
परिसर को परिभाषित करें: निश्चित करें कि आर्किटेक्चर का कौन सा हिस्सा विफल हो रहा है। क्या यह पूरी प्रणाली है, एक विशिष्ट नोड है, या एक विशिष्ट कनेक्शन है?
-
लॉग चेक करें: त्रुटि संदेशों के लिए एप्लिकेशन और सिस्टम लॉग की समीक्षा करें। विफलता घटना के साथ मेल खाने वाले समयचिह्नों को देखें।
-
कनेक्टिविटी की पुष्टि करें: नोड्स के बीच पहुंच की जांच करने के लिए नेटवर्क टूल का उपयोग करें। जांचें कि पोर्ट खुले हैं और प्रतिक्रिया दे रहे हैं।
-
कॉन्फ़िगरेशन की जांच करें: वर्तमान कॉन्फ़िगरेशन को डिप्लॉयमेंट डायग्राम में परिभाषित बेसलाइन के विरुद्ध तुलना करें।
-
संसाधन उपयोग का विश्लेषण करें: फेल्योर विंडो के दौरान CPU, मेमोरी और डिस्क उपयोग का निरीक्षण करें।
-
पुनर्स्थापना का परीक्षण करें: समस्या के समाधान होने की जांच के लिए सेवाओं को रीस्टार्ट करने या बदलावों को वापस ले जाने का प्रयास करें।
तालिका: सामान्य लक्षण बनाम निदानात्मक कार्रवाई 📋
यह तालिका आम लक्षणों और उनके निदान के लिए आवश्यक कार्रवाइयों का सारांश प्रस्तुत करती है।
|
लक्षण |
संभावित कारण |
निदानात्मक कार्रवाई |
|---|---|---|
|
सेवा पहुंच नहीं रही |
नेटवर्क फायरवॉल |
सुरक्षा समूहों और फायरवॉल नियमों की जांच करें |
|
उच्च लेटेंसी |
CPU संतृप्ति |
CPU उपयोगिता मापदंडों का निरीक्षण करें |
|
स्टार्टअप विफलता |
अनुपस्थित कॉन्फ़िगरेशन |
पर्यावरण चर और फ़ाइलों की पुष्टि करें |
|
कनेक्शन रीसेट |
संसाधन थकावट |
मेमोरी और डिस्क स्पेस उपयोग की जांच करें |
|
प्रमाणीकरण त्रुटि |
प्रमाणपत्र समाप्ति |
SSL/TLS प्रमाणपत्र की वैधता की जांच करें |
|
पाइपलाइन फंसी हुई |
निर्भरता समय सीमा समाप्त |
बाहरी रिपोजिटरी के लिए नेटवर्क कनेक्टिविटी की समीक्षा करें |
गहन विश्लेषण: नेटवर्क निदान 🌐
नेटवर्क समस्याएं विशेष रूप से चुनौतीपूर्ण होती हैं क्योंकि वे अक्सर अनियमित दिखाई देती हैं। जब डिप्लॉयमेंट डायग्राम में नोड A और नोड B के बीच एक कनेक्शन दिखाया जाता है, लेकिन ट्रैफ़िक प्रवाह नहीं हो रहा है, तो आपको मार्ग की जांच करनी होगी।
1. मार्ग का अनुसरण करना
पैकेट कहाँ गिरते हैं, इसे पहचानने के लिए नेटवर्क ट्रेसिंग टूल्स का उपयोग करें। यह निर्धारित करने में मदद करता है कि समस्या स्थानीय नेटवर्क, इंटरनेट के माध्यम से या गंतव्य नोड पर है या नहीं।
-
पैकेट कैप्चर:पैकेट भेजे और प्राप्त किए जाते हैं या नहीं, इसे देखने के लिए स्रोत और गंतव्य पर ट्रैफिक का विश्लेषण करें।
-
रूटिंग तालिकाएँ:सुनिश्चित करें कि नोड्स एक दूसरे के लिए ट्रैफिक को रूट करने का तरीका जानते हैं।
-
MTU सेटिंग्स:अधिकतम स्थानांतरण इकाई के असंगत होने से पैकेट के टुकड़े होने और खो जाने की संभावना होती है।
2. DNS और सेवा खोज
अधिकांश आधुनिक आर्किटेक्चर स्थिर आईपी पतों के बजाय सेवा खोज तंत्र पर निर्भर करते हैं। यदि खोज सेवा बंद है, तो नोड्स एक दूसरे को नहीं पा सकते।
-
रिकॉर्ड प्रमाणीकरण:सुनिश्चित करें कि DNS रिकॉर्ड सही आईपी पतों की ओर इशारा करते हैं।
-
कैश समस्याएँ:DNS कैशिंग स्थिर डेटा के कारण हो सकती है। आवश्यकता पड़ने पर DNS कैश को साफ करें।
-
आंतरिक बनाम बाहरी:आंतरिक सेवा नामों और बाहरी डोमेन नामों के बीच अंतर स्पष्ट करें।
गहन विश्लेषण: कॉन्फ़िगरेशन प्रबंधन ⚙️
कॉन्फ़िगरेशन प्रबंधन सुनिश्चित करता है कि आर्किटेक्चर में सभी नोड्स एक ज्ञात स्थिति में हैं। जब इस प्रक्रिया में विफलता आती है, तो डेप्लॉयमेंट अस्थिर हो जाता है।
1. कोड के रूप में इंफ्रास्ट्रक्चर
कोड के उपयोग से इंफ्रास्ट्रक्चर को परिभाषित करने से संस्करण नियंत्रण और पुनरावृत्ति संभव होती है। हालांकि, कोड में वाक्य रचना त्रुटियाँ या तार्किक दोष डेप्लॉयमेंट विफलता का कारण बन सकते हैं।
-
प्रमाणीकरण:बदलाव लागू करने से पहले वाक्य रचना जांच चलाएं।
-
स्टेट फ़ाइलें:सुनिश्चित करें कि स्टेट फ़ाइल वर्तमान इंफ्रास्ट्रक्चर का सही प्रतिबिंब देती है।
-
विचलन का पता लगाना:हाथ से बदलाव होने पर पता लगाने के लिए उपकरणों को लागू करें।
2. रहस्य प्रबंधन
संवेदनशील डेटा जैसे पासवर्ड और API कीज़ को सुरक्षित तरीके से स्टोर किया जाना चाहिए। गलत तरीके से निपटान सुरक्षा उल्लंघन या डेप्लॉयमेंट विफलता का कारण बन सकता है।
-
एन्क्रिप्शन:सुनिश्चित करें कि रहस्यों को आराम के समय और स्थानांतरण के दौरान एन्क्रिप्ट किया गया है।
-
घूर्णन: जोखिम को कम करने के लिए नियमित रूप से प्रमाणपत्रों का घूर्णन करें।
-
पहुंच नियंत्रण: गुप्त जानकारी तक पहुंच को केवल आवश्यक सेवाओं तक सीमित रखें।
गहन अध्ययन: संसाधन प्रबंधन 💾
संसाधन सीमाएं अक्सर शीर्ष उपयोग के समय प्रकट होती हैं। बाधाओं को रोकने के लिए क्षमता के लिए योजना बनाना आवश्यक है।
1. स्केलिंग रणनीतियां
आर्किटेक्चर को मांग के आधार पर क्षैतिज या ऊर्ध्वाधर रूप से स्केल करने के लिए डिज़ाइन किया जाना चाहिए। यदि स्केलिंग विफल होती है, तो प्रणाली अप्रतिक्रियाशील हो सकती है।
-
क्षैतिज स्केलिंग: बढ़ी हुई लोड को संभालने के लिए अधिक इंस्टेंस जोड़ें।
-
ऊर्ध्वाधर स्केलिंग: मौजूदा इंस्टेंस के संसाधनों को बढ़ाएं।
-
स्वचालित स्केलिंग: मापदंडों के आधार पर संसाधनों को स्वचालित रूप से समायोजित करने के लिए नियम सेट करें।
2. मॉनिटरिंग और चेतावनी
सक्रिय मॉनिटरिंग संसाधन समस्याओं को विफलता के कारण होने से पहले पहचानने में मदद करती है।
-
प्रतिबंध: CPU, मेमोरी और डिस्क उपयोग के लिए चेतावनी सेट करें।
-
लॉग्स: केंद्रीकृत विश्लेषण के लिए सभी नोड्स से लॉग्स को एकत्र करें।
-
ट्रेसिंग: सेवाओं के बीच अनुरोधों को ट्रैक करने के लिए वितरित ट्रेसिंग का उपयोग करें।
गहन अध्ययन: सुरक्षा और अनुमतियां 🔒
सुरक्षा एक बाद में विचार नहीं है; इसे डेप्लॉयमेंट प्रक्रिया में एकीकृत किया जाना चाहिए।
1. कम से कम अधिकार
सेवाओं को केवल फंक्शन करने के लिए आवश्यक अनुमतियां होनी चाहिए। अत्यधिक अनुमतियां वाली सेवाएं हमले के क्षेत्र को बढ़ाती हैं।
-
भूमिकाएं: विभिन्न सेवाओं के लिए विशिष्ट भूमिकाएं परिभाषित करें।
-
नीतियां: विशिष्ट संसाधनों तक पहुंच को सीमित करने वाली नीतियों को लागू करें।
-
सत्यापन: अनुमतियों का नियमित रूप से सत्यापन करें ताकि अनुपालन सुनिश्चित हो।
2. नेटवर्क सुरक्षा
नेटवर्क सेगमेंटेशन एक संभावित तोड़फोड़ के प्रभाव के क्षेत्र को सीमित करता है।
-
VLANs: कार्य या परिवेश के आधार पर ट्रैफिक को अलग करें।
-
फायरवॉल्स: नेटवर्क के किनारे अनधिकृत ट्रैफिक को रोकें।
-
एन्क्रिप्शन: नोड्स के बीच संचार में सभी डेटा को एन्क्रिप्ट करें।
पाइपलाइन और स्वचालन अखंडता 🔄
विकास से उत्पादन तक कोड को ले जाने वाला पाइपलाइन डेप्लॉयमेंट आर्किटेक्चर का एक महत्वपूर्ण घटक है। यदि पाइपलाइन विफल होती है, तो कोई कोड पर्यावरण तक नहीं पहुंचता है।
1. पाइपलाइन चरण
विफलताओं को अलग करने के लिए पाइपलाइन को अलग-अलग चरणों में बांटें।
-
बिल्ड: कोड को संकलित करें और कलाकृतियां बनाएं।
-
परीक्षण: कार्यक्षमता की पुष्टि करने के लिए स्वचालित परीक्षण चलाएं।
-
डेप्लॉय: कलाकृतियों को लक्षित पर्यावरण में भेजें।
-
सत्यापित करें: डेप्लॉयमेंट के बाद के जांच करें।
2. रोलबैक प्रक्रियाएं
जब डेप्लॉयमेंट विफल होती है, तो त्वरित रोलबैक बाधा को न्यूनतम करती है।
-
संस्करण निर्धारण: कलाकृतियों के पिछले संस्करण उपलब्ध रखें।
-
स्वचालन: मानव त्रुटि को कम करने के लिए रोलबैक प्रक्रिया को स्वचालित करें।
-
परीक्षण: यह सुनिश्चित करने के लिए नियमित रूप से रोलबैक प्रक्रियाओं का परीक्षण करें कि वे काम करती हैं।
पर्यवेक्षण और लॉग्स 🔍
पर्यवेक्षण प्रणाली की आंतरिक स्थिति में दृष्टि प्रदान करता है। इसके बिना, समस्या निवारण अनुमान पर आधारित होता है।
1. केंद्रीकृत लॉगिंग
विश्लेषण करने में आसानी के लिए सभी नोड्स से लॉग्स को एक केंद्रीय स्थान पर एकत्र करें।
-
संग्रहण:डेटा एकत्र करने के लिए लॉग संग्रहक का उपयोग करें।
-
सूचीकरण:तेजी से खोज के लिए लॉग्स को सूचीबद्ध करें।
-
रखरखाव:स्टोरेज को प्रबंधित करने के लिए रखरखाव नीतियों को परिभाषित करें।
2. मापदंड और डैशबोर्ड
त्वरित असामान्यताओं को देखने के लिए मुख्य प्रदर्शन सूचकांकों को दृश्याकृत करें।
-
मुख्य मापदंड:अनुरोध दर, त्रुटि दर और लेटेंसी का अनुसरण करें।
-
चेतावनी:मापदंड सीमाओं के लिए चेतावनी सेट करें।
-
दृश्यीकरण:समय के साथ डेटा प्रदर्शित करने के लिए डैशबोर्ड का उपयोग करें।
घटना प्रतिक्रिया और पुनर्स्थापना 🚨
सर्वोत्तम योजना बनाने के बावजूद, घटनाएं होंगी। प्रतिक्रिया योजना होने से त्वरित पुनर्स्थापना सुनिश्चित होती है।
1. घटना वर्गीकरण
गंभीरता और प्रभाव के आधार पर घटनाओं का वर्गीकरण करें।
-
महत्वपूर्ण:प्रणाली बंद है या डेटा को नुकसान पहुंचा है।
-
उच्च:सेवा में महत्वपूर्ण गिरावट।
-
मध्यम:उपयोगकर्ताओं के एक सबसेट को प्रभावित करने वाली नामांकित समस्याएं।
-
निम्न:सौंदर्यात्मक या अनुत्तरित समस्याएं।
2. संचार
घटना के दौरान सभी हितधारकों को सूचित रखें।
-
स्थिति अपडेट्स: प्रगति पर नियमित अपडेट प्रदान करें।
-
पोस्ट-मॉर्टम: समाधान के बाद घटना का विश्लेषण करें।
-
क्रियान्वयन के लिए बिंदु: पुनरावृत्ति को रोकने के लिए कार्य निर्धारित करें।
दस्तावेज़ीकरण और संस्करण नियंत्रण 📝
दस्तावेज़ीकरण सुनिश्चित करता है कि ज्ञान संरक्षित और साझा किया जाता है। संस्करण नियंत्रण सुनिश्चित करता है कि परिवर्तनों का अनुसरण किया जाता है।
1. आर्किटेक्चर दस्तावेज़ीकरण
डिप्लॉयमेंट आरेख को अद्यतन रखें।
-
परिवर्तन:आर्किटेक्चर में होने वाले प्रत्येक परिवर्तन को दस्तावेज़ करें।
-
निर्भरताएँ: सभी बाहरी और आंतरिक निर्भरताओं की सूची बनाएं।
-
प्रक्रियाएँ: मानक संचालन प्रक्रियाओं को दस्तावेज़ करें।
2. परिवर्तन प्रबंधन
पर्यावरण में परिवर्तन कैसे किए जाते हैं, इस पर नियंत्रण रखें।
-
समीक्षा: महत्वपूर्ण परिवर्तनों के लिए समीक्षा की आवश्यकता होती है।
-
अनुमोदन: परिवर्तन लागू करने से पहले अनुमोदन प्राप्त करें।
-
ट्रैकिंग: किसी प्रणाली में सभी परिवर्तनों का अनुसरण करें।
डिप्लॉयमेंट स्वास्थ्य के लिए अंतिम विचार 🏥
एक स्वस्थ डिप्लॉयमेंट आर्किटेक्चर को बनाए रखने के लिए निरंतर प्रयास की आवश्यकता होती है। बदलती आवश्यकताओं के साथ चलने के लिए नियमित समीक्षा और अद्यतन आवश्यक हैं। दीर्घकालिक स्थिरता सुनिश्चित करने के लिए निम्नलिखित क्षेत्रों पर ध्यान केंद्रित करें।
-
नियमित ऑडिट्स: आर्किटेक्चर के नियमित ऑडिट करें।
-
क्षमता योजना:भविष्य के विस्तार के लिए योजना बनाएं।
-
प्रशिक्षण:टीम को समस्या निवारण विधियों पर प्रशिक्षित करें।
-
स्वचालन:मानव त्रुटि को कम करने के लिए दोहराए जाने वाले कार्यों को स्वचालित करें।
-
परीक्षण:स्टेजिंग परिवेश में वारंटी आर्किटेक्चर का नियमित रूप से परीक्षण करें।
समस्या निवारण के एक संरचित दृष्टिकोण का पालन करके, टीमें समस्याओं को तेजी से हल कर सकती हैं और बाधा को कम कर सकती हैं। लक्ष्य केवल समस्याओं को ठीक करना नहीं है, बल्कि एक ऐसी प्रणाली बनाना है जो लचीली हो और बनाए रखने में आसान हो। डेप्लॉयमेंट डायग्राम जीवंत दस्तावेज हैं जिन्हें इंफ्रास्ट्रक्चर के साथ विकसित किया जाना चाहिए। जब ऐसा होता है, तो आर्किटेक्चर व्यवसाय की आवश्यकताओं के साथ समान रहता है।
याद रखें कि प्रत्येक विफलता सीखने का अवसर है। मूल कारण और समाधान को दस्तावेजीकरण करने से भविष्य में समान समस्याओं को रोकने में मदद मिलती है। यह ज्ञान भंडार पूरी संगठन के लिए मूल्यवान संपत्ति बन जाता है।
