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