समाधान की अवधारणाएँ

समाधान Power Apps और Power Automate में ALM कार्यान्वित करने के लिए प्रणाली होते हैं. यह आलेख निम्नलिखित प्रमुख समाधान अवधारणाओं का वर्णन करता है:

• दो प्रकार के समाधान
• समाधान घटक
• समाधान का जीवनचक्र
• समाधान प्रकाशक
• समाधान और समाधान घटक निर्भरताएँ

प्रबंधित और अप्रबंधित समाधान

एक समाधान प्रबंधित या अप्रबंधित होता है.

• अप्रबंधित समाधान विकसित किए जाते हैं. अप्रबंधित समाधानों का उपयोग विकास परिवेशों में तब किया जाता है जब आप अपने अनुप्रयोग में परिवर्तन करते हैं। अप्रबंधित समाधानों को अप्रबंधित या प्रबंधित के रूप में निर्यात किया जा सकता है. आपके समाधानों के निर्यात किए गए अप्रबंधित संस्करणों को आपके स्रोत नियंत्रण प्रणाली में जांचा जाना चाहिए. अप्रबंधित समाधानों को Microsoft Power Platform परिसंपत्तियों से लिए आपका स्रोत माना जाना चाहिए. जब एक अप्रबंधित समाधान को हटाया जाता है, तो इसमें शामिल किसी भी अनुकूलन के सिर्फ समाधान कंटेनर को हटा दिया जाता है. सभी अप्रबंधित अनुकूलन प्रभावी हैं और डिफ़ॉल्ट समाधान से संबंधित होते हैं.

• प्रबंधित समाधान तैनात किए जाते हैं. प्रबंधित समाधान किसी भी ऐसे परिवेश में परिनियोजित किए जाते हैं जो उस समाधान के लिए विकास परिवेश नहीं है। इसमें परीक्षण, UAT, SIT, और उत्पादन परिवेश शामिल हैं. प्रबंधित समाधानों को एक परिवेश में अन्य प्रबंधित समाधानों से स्वतंत्र रूप से सेवा की जा सकती है. ALM सर्वोत्तम कार्य प्रणाली के रूप में, अप्रबंधित समाधान को प्रबंधित के रूप में निर्यात करके प्रबंधित समाधानों को उत्पन्न किया जाना चाहिए और निर्मित पुरावशेष माना जाना चाहिए. इसके अतिरिक्त:

  • आप किसी प्रबंधित समाधान में घटकों को प्रत्यक्ष रूप से संपादित नहीं कर सकते. प्रबंधित घटकों को संपादित करने के लिए, पहले उन्हें एक अप्रबंधित समाधान में जोड़ें.
    • जब आप ऐसा करते हैं, तो आप अपने अप्रबंधित अनुकूलन और प्रबंधित समाधान के बीच एक निर्भरता बना देते हैं. जब कोई निर्भरता मौजूद होती है, तो प्रबंधित समाधान को तब तक अनइंस्टॉल नहीं किया जा सकता जब तक आप निर्भरता को हटा नहीं देते.
  • कुछ प्रबंधित घटकों को संपादित नहीं किया जा सकता है. यह सत्यापित करने के लिए कि क्या कोई घटक संपादित किया जा सकता है, प्रबंधित गुण देखें.
  • आप प्रबंधित समाधान को निर्यात नहीं कर सकते.
  • जब कोई प्रबंधित समाधान हटाया जाता है (स्थापना रद्द की जाती है), तो इसके साथ शामिल सभी अनुकूलन और एक्सटेंशन हटा दिए जाते हैं.

  महत्त्वपूर्ण

  • आप प्रबंधित समाधान को उसी परिवेश में आयात नहीं कर सकते हैं, जिसमें मूल अप्रबंधित समाधान हो. प्रबंधित समाधान का परीक्षण करने के लिए, आपको इसमें आयात करने के लिए एक अलग वातावरण की आवश्यकता होती है.
  • जब आप एक प्रबंधित समाधान को हटाते हैं, तो निम्न डेटा खो जाता है: कस्टम निकाय में संग्रहीत डेटा जो प्रबंधित समाधान का हिस्सा होता है और कस्टम एट्रिब्यूट में संग्रहीत डेटा जो ऐसे अन्य निकायों पर प्रबंधित समाधान का हिस्सा होते हैं, जो प्रबंधित समाधान का हिस्सा नहीं होते हैं.

निर्माता और डेवलपर विकास परिवेश में अप्रबंधित समाधानों के उपयोग द्वारा कार्य करते हैं, फिर उन्हें अन्य डाउनस्ट्रीम परिवेश—जैसे कि परीक्षण—में प्रबंधित समाधान के रूप में आयात करते हैं.

नोट

जब आप विकास परिवेश में अनुकूलित करते हैं, तो आप अप्रबंधित लेयर में काम कर रहे होते हैं. फिर, जब आप एक अप्रबंधित समाधान को एक अन्य परिवेश पर एक प्रबंधित समाधान के रूप में वितरित करने के लिए निर्यात करते हैं, तो प्रबंधित समाधान परिवेश में प्रबंधित लेयर के भीतर आयात होता है. अधिक जानकारी: समाधान लेयर

समाधान घटक

घटक किसी ऐसी चीज़ को प्रस्तुत करता है, जिसे आप संभावित रूप से अनुकूलित कर सकते हैं. ऐसी कोई भी चीज़ जो किसी समाधान में शामिल की जा सके वह समाधान घटक है. किसी समाधान में शामिल घटकों को देखने के लिए, इच्छित समाधान खोलें. घटकों को घटक सूची में सूचीबद्ध किया गया है.

नोट

• एक समाधान का आकार 95 एमबी तक हो सकता है.
• आप किसी प्रबंधित समाधान में घटकों को प्रत्यक्ष रूप से संपादित नहीं कर सकते.

किसी भी समाधान में जोड़े जा सकने वाले घटकों के प्रकारों के लिए, घटक प्रकार विकल्प देखें.

कुछ घटक अन्य घटकों के अंदर नेस्टेड होते हैं. उदाहरण के लिए, किसी निकाय में प्रपत्र, दृश्य, चार्ट, फ़ील्ड, निकाय संबंध, संदेश और व्यवसाय नियम शामिल होते हैं. उन समाधान घटकों में से प्रत्येक के लिए एक निकाय मौजूद होना चाहिए. किसी निकाय के बाहर कोई फ़ील्ड मौजूद नहीं हो सकती. हमारा मानना है कि फ़ील्ड, निकाय पर निर्भर होती है. पिछली सूची में दिखाए गए घटकों की तुलना में वास्तव में दोगुने प्रकार के घटक हैं, लेकिन उनमें से अधिकांश अन्य घटकों के भीतर नेस्टेड हैं और अनुप्रयोग में दिखाई नहीं देते हैं.

घटकों को रखने का उद्देश्य इस बात से संबंधित सभी सीमाओं का ट्रैक रखना है कि प्रबंधित गुण और सभी निर्भरताओं का उपयोग करके किसे अनुकूलित किया जा सकता है, ताकि उसे निर्यात, आयात किया जा सके और बाद के लिए कुछ भी छोड़े बिना (प्रबंधित समाधानों में) हटाया जा सके.

समाधान जीवनचक्र

समाधान निम्न क्रियाओं का समर्थन करते हैं जो एप्लिकेशन जीवन चक्र प्रक्रियाओं का समर्थन करने में मदद करती हैं:

• बनाएँ अप्रबंधित समाधान ऑथर करें और निर्यात करें.

• अद्यतन करें प्रबंधित समाधान पर ऐसे अद्यतन बनाएँ, जो पैरेंट प्रबंधित समाधान पर परिनियोजित किए गए हैं. आप अद्यतन से घटकों को नहीं हटा सकते.

• नवीनीकृत करें समाधान को एक मौजूदा प्रबंधित समाधान के नवीनीकृत के रूप में आयात करें, जिससे अप्रयुक्त घटक निकल जाता है और नवीनीकृत तर्क कार्यान्वित हो जाता है. नवीनीकरणों में समाधान के सभी पैच को समाधान के नए संस्करण के भीतर रोल करना (मर्ज करना) शामिल है. समाधान नवीनीकरण में वे घटक हटा दिए जाएंगे जो मौजूद तो हैं परंतु अब नवीनीकृत संस्करण में शामिल नहीं हैं. आप नवीनीकृत तुरंत करना या नवीनीकृत को अवस्था करना चुन सकते हैं, ताकि आप नवीनीकरण पूर्ण करने से पहले कुछ अतिरिक्त क्रियाएँ कर सकें.

• पैच एक पैच में केवल पैरेंट प्रबंधित समाधान के परिवर्तन शामिल होते हैं, जैसे घटकों और संपत्तियों को जोड़ना या संपादित करना. छोटे अद्यतन (एक हॉटफ़िक्स के समान) करते समय पैच का उपयोग करें. जब पैच आयात किए जाते हैं, तो वे मूल समाधान के शीर्ष पर लेयर किए जाते हैं. आप पैच वाले घटकों को नहीं हटा सकते.

समाधान प्रकाशक

प्रत्येक ऐप और अन्य समाधान घटक जैसे कि निकाय, जिन्हें आप बनाते हैं या कोई ऐसा अनुकूलन, जो आप करते हैं, वह समाधान का भाग होता है. चूँकि प्रत्येक समाधान के पास एक प्रकाशक होता है, अतः आपको डिफ़ॉल्ट का उपयोग करने के बजाय अपना स्वयं का प्रकाशक बनाना चाहिए. आप कोई समाधान बनाते समय प्रकाशक को निर्दिष्ट करते हैं.

नोट

भले ही आप कस्टम समाधान का उपयोग न करते हों, तो भी आप ऐसे समाधानों में कार्य करेंगे, जिन्हें Common Data Service डिफ़ॉल्ट समाधान और डिफ़ॉल्ट समाधान कहा जाता है. अधिक जानकारी: डिफ़ॉल्ट समाधान और Common Data Service डिफ़ॉल्ट समाधान

किसी ऐसा समाधान का प्रकाशक, जहां एक घटक बनाया गया है, उसे उस घटक का स्वामी माना जाता है. घटक का स्वामी नियंत्रित करता है कि उस घटक सहित समाधान के अन्य प्रकाशकों को क्या बनाने की अनुमति है और क्या नहीं बनान से प्रतिबंधित किया गया है. घटक के स्वामित्व को समान प्रकाशक के अंतर्गत एक समाधान से दूसरे समाधान पर स्थानांतरित करना संभव है, लेकिन भिन्न प्रकाशकों के अंतर्गत संभव नहीं है. जब आप किसी प्रबंधित समाधान में किसी घटक के लिए प्रकाशक का परिचय देते हैं, तो आप घटक के लिए प्रकाशक को नहीं बदल सकते. इस वजह से, किसी प्रकाशक को परिभाषित करना सबसे अच्छा है ताकि आप बाद में सभी समाधानों में लेयरिंग मॉडल को बदल सकें.

समाधान प्रकाशक निर्दिष्ट करता है कि ऐप को किसने विकसित किया है. इसीलिए, आपको एक ऐसा समाधान प्रकाशक नाम बनाना चाहिए जो सार्थक हो.

समाधान प्रकाशक उपसर्ग

समाधान प्रकाशक में एक उपसर्ग शामिल है. प्रकाशक उपसर्ग एक ऐसी प्रणाली है जो नामकरण संघर्षों से बचने में मदद करती है. इससे भिन्न-भिन्न प्रकाशकों के समाधानों को थोड़े विरोधों वाले परिवेश में स्थापित होने की अनुमति मिलती है. उदाहरण के लिए, यहाँ प्रदर्शित Contoso समाधान में एक समाधान प्रकाशक उपसर्ग Contoso शामिल है.

नोट

जब आप एक समाधान प्रकाशक उपसर्ग बदलते हैं, तो आपको यह किसी नए ऐप्स या मेटाडेटा आइटम बनाने से पहले करना चाहिए क्योंकि मेटाडाटा आइटम बनाए जाने के बाद उनके नाम बदले नहीं जा सकते.

और जानकारी:

• एक समाधान प्रकाशक उपसर्ग बनाएं
• समाधान प्रकाशक उपसर्ग को बदलें

समाधान निर्भरताएँ

जिस तरीके से प्रबंधित समाधानों को परत-दर-परत रखा जाता है, उसके कारण कुछ प्रबंधित समाधान अन्य प्रबंधित समाधानों के समाधान घटकों पर निर्भर हो सकते हैं. कुछ समाधान प्रकाशक इसका लाभ उन समाधानों को बनाने के लिए उठाएँगे जो मॉड्यूलर हैं. हो सकता है कि आपको पहले "मूल" प्रबंधित समाधान स्थापित करना पड़े और फिर आप कोई दूसरा प्रबंधित समाधान स्थापित कर सकते हैं, जो मूल प्रबंधित समाधान के घटकों को और अधिक अनुकूलित करेगा. दूसरा प्रबंधित समाधान, उन समाधान घटकों पर निर्भर करता है, जो पहले समाधान का भाग हैं.

सिस्टम समाधानों के बीच इन निर्भरताओं को ट्रैक करता है. अगर आप किसी ऐसे समाधान को स्थापित करने का प्रयास करते हैं, जिसमें मूल समाधान की आवश्यकता है, जो कि स्थापित नहीं है, तो आप समाधान स्थापित करने में समर्थ नहीं होंगे. आपको एक ऐसा संदेश प्राप्त होगा जिसमें यह लिखा होगा कि इस समाधान के लिए पहले किसी अन्य समाधान को स्थापित करने की आवश्यकता है. इसी प्रकार, इस तरह की निर्भरताओं के कारण, आप मूल समाधान की स्थापना को तब तक रद्द नहीं कर सकते, जब तक कि इस पर निर्भर समाधान अभी भी स्थापित हो. मूल समाधान की स्थापना रद्द करने से पहले आपको निर्भर समाधान की स्थापना को रद्द करना होगा. अधिक जानकारी: निर्भरता को दूर करना

समाधान घटक निर्भरता

समाधान घटक ऐसी चीज़ को प्रस्तुत करता है, जिसे आप संभावित रूप से अनुकूलित कर सकते हैं. कोई भी चीज़ जिसे समाधान में शामिल किया जा सकता है, समाधान घटक है और कुछ घटक अन्य घटकों पर निर्भर होते हैं। उदाहरण के लिए, वेबसाइट फ़ील्ड और खाता सारांश रिपोर्ट दोनों ही खाता इकाई पर निर्भर हैं। अधिक जानकारी: समाधान घटकों के लिए निर्भरता ट्रैकिंग

इसे भी देखें

समाधान लेयर
Power Platform व्यवस्थापन केंद्र में परिवेश बनाएं और प्रबंधित करें