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