इसके माध्यम से साझा किया गया


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

समाधान अनुप्रयोग जीवनचक्र प्रबंधन (ALM) को कार्यान्वित करने के लिए तंत्र हैं। Power Apps Power Automate यह आलेख निम्नलिखित प्रमुख समाधान अवधारणाओं का वर्णन करता है:

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

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

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

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

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

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

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

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

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

डेव से लेकर परीक्षण परिवेश तक समाधान वितरित करें।

नोट

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

समाधान घटक

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

विलयन में घटक.

नोट

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

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

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

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

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

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

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

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

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

नोट

  • डिफ़ॉल्ट रूप से, यदि आप कस्टम समाधान का उपयोग नहीं करते हैं तो आप डिफ़ॉल्ट सिस्टम समाधान में काम करेंगे, जिन्हें Common Data Service डिफ़ॉल्ट समाधान और डिफ़ॉल्ट समाधान के रूप में जाना जाता है। अधिक जानकारी: डिफ़ॉल्ट समाधान और Common Data Service डिफ़ॉल्ट समाधान
  • पसंदीदा समाधान वह समाधान है जिसे आप निर्दिष्ट करते हैं और जो आपका डिफ़ॉल्ट समाधान बन जाता है। अधिक जानकारी: पसंदीदा समाधान सेट करें

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

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

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

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

समाधान प्रकाशक उपसर्ग उदाहरण.

नोट

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

और जानकारी:

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

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

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

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

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

इसे भी देखें

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