पाइपलाइनों का अवलोकन Power Platform
पाइपलाइनों का लक्ष्य एएलएम स्वचालन और निरंतर एकीकरण और निरंतर वितरण (सीआई/सीडी) क्षमताओं को सेवा में इस तरह लाकर और ग्राहकों के लिए एप्लिकेशन जीवनचक्र प्रबंधन (एएलएम) को लोकतांत्रिक बनाना है, जो सभी निर्माताओं, व्यवस्थापकों और डेवलपर्स के लिए अधिक सुलभ हो। Power Platform Power Platform
पाइपलाइनें, आपकी टीम या संगठन के भीतर स्वस्थ, स्वचालित ALM प्रक्रियाओं को अपनाने से ROI प्राप्त करने के लिए पहले से आवश्यक प्रयास और डोमेन ज्ञान को काफी हद तक कम कर देती हैं।
- व्यवस्थापक आसानी से दिनों या हफ्तों के बजाय मिनटों में स्वचालित परिनियोजन पाइपलाइनों को कॉन्फ़िगर कर सकते हैं।
- निर्माताओं को अपने समाधानों को आसानी से लागू करने के लिए एक सहज उपयोगकर्ता अनुभव प्राप्त होता है।
- व्यावसायिक डेवलपर्स (वैकल्पिक रूप से) पाइपलाइनों का विस्तार कर सकते हैं और उन्हें कमांड लाइन इंटरफेस (CLI) का उपयोग करके चला सकते हैं। Power Platform
पाइपलाइनें प्रशासकों को कम प्रयास के साथ बड़े पैमाने पर नागरिक-नेतृत्व वाली और प्रो-डेवलपमेंट-नेतृत्व वाली परियोजनाओं को केंद्रीय रूप से संचालित करने में सक्षम बनाती हैं. व्यवस्थापक उपयुक्त सुरक्षा उपाय स्थापित करते हैं जो पूरे संगठन में समाधान विकास, परीक्षण और वितरण को नियंत्रित और सुविधाजनक बनाते हैं। अन्य व्यवस्थापक लाभों में शामिल हैं:
स्वामित्व की कुल लागत कम:
- पाइपलाइनें निर्माता, डेवलपर और व्यवस्थापक की उत्पादकता में महत्वपूर्ण सुधार करती हैं। पाइपलाइनें आपके व्यावसायिक समाधानों को सुरक्षित और नियंत्रित प्रक्रिया के माध्यम से, अधिक तेजी से, उच्च गुणवत्ता के साथ बाजार में लाने में सक्षम बनाती हैं।
- आपके संगठन या टीम में सुरक्षित और कस्टम-अनुरूप परिवर्तन प्रबंधन प्रक्रियाओं को लागू करने के लिए न्यूनतम प्रयास।
समय और पैसा बचाएँ:
- यह प्रणाली भारी सामान उठाने और निरंतर रखरखाव का काम संभाल लेती है, इसलिए आपको ऐसा करने की जरूरत नहीं पड़ती।
ALM को अपनी गति से बढ़ाएँ:
- चाहे आप अपनी ALM यात्रा में कहीं भी हों, आप अपनी उभरती व्यावसायिक आवश्यकताओं को पूरा करने के लिए पाइपलाइनों का विस्तार कर सकते हैं। हमारा लक्ष्य यह है कि यह ऊर्ध्वगामी परिवर्तन यथासंभव निर्बाध और सरल हो। अधिक जानकारी: Microsoft Power Platform CLI
pac pipeline
कमांड समूह
- चाहे आप अपनी ALM यात्रा में कहीं भी हों, आप अपनी उभरती व्यावसायिक आवश्यकताओं को पूरा करने के लिए पाइपलाइनों का विस्तार कर सकते हैं। हमारा लक्ष्य यह है कि यह ऊर्ध्वगामी परिवर्तन यथासंभव निर्बाध और सरल हो। अधिक जानकारी: Microsoft Power Platform CLI
अनुपालन, सुरक्षा, निगरानी और स्वचालन लक्ष्यों को प्राप्त करें:
- अनुमोदन आधारित प्रत्यायोजित परिनियोजन के साथ सुरक्षित उत्पादन वातावरण।
- अनुकूलन और ऑडिट लॉग स्वचालित रूप से सहेजे जाते हैं और आसानी से सुलभ होते हैं।
- आउट-ऑफ-द-बॉक्स एनालिटिक्स एक केंद्रीय स्थान के भीतर बेहतर दृश्यता प्रदान करता है।
- पाइपलाइन ऐप के भीतर आउट-ऑफ-द-बॉक्स रिपोर्ट देखने या अपनी स्वयं की रिपोर्ट बनाने की क्षमता। Power BI अधिक जानकारी: मॉडल-संचालित ऐप्स के लिए रिपोर्टिंग अवलोकन
- पाइपलाइन विस्तारशीलता और Power Automate के साथ अपने संगठन की आवश्यकताओं के अनुसार पाइपलाइनों को कस्टम रूप से तैयार करें।
एक बार पाइपलाइनें स्थापित हो जाने के बाद, निर्माता कुछ ही क्लिक के साथ इन-प्रोडक्ट परिनियोजन आरंभ कर सकते हैं। वे ऐसा सीधे अपने विकास परिवेश में करते हैं। निर्माताओं को मिलने वाले अन्य लाभ इस प्रकार हैं:
- एएलएम प्रक्रियाओं या प्रणालियों का कोई पूर्व ज्ञान आवश्यक नहीं है। नागरिक डेवलपर्स अक्सर पाइपलाइनों को एक निर्देशित परिवर्तन प्रबंधन प्रक्रिया के रूप में देखते हैं।
- गलतियों को रोकने और सफलता दर में सुधार करने के लिए लक्ष्य वातावरण के विरुद्ध समाधान परिनियोजन को पूर्व-सत्यापित किया जाता है। उदाहरण के लिए, अनुपलब्ध निर्भरताएं और अन्य समस्याओं का परिनियोजन से पहले पता लगाया जाता है और निर्माताओं को तुरंत उचित कार्रवाई करने के लिए निर्देशित किया जाता है।
- कनेक्शन और पर्यावरण चर अग्रिम रूप से प्रदान किए जाते हैं और तैनाती शुरू होने से पहले उनका सत्यापन किया जाता है।
- इससे यह सुनिश्चित करने में मदद मिलती है कि अनुप्रयोग और स्वचालन को मैन्युअल पोस्ट-प्रोसेसिंग चरणों की आवश्यकता के बिना तैनात किया जाता है, और प्रत्येक वातावरण में उपयुक्त डेटा स्रोतों से जोड़ा जाता है।
- व्यवस्थापक कुछ कनेक्शनों को पूर्व-कॉन्फ़िगर भी कर सकते हैं जिनका उपयोग किया जाएगा।
व्यावसायिक डेवलपर्स अब जटिल पृष्ठभूमि कार्यों को संभालने वाली पाइपलाइनों के साथ अधिक उत्पादक हैं। डेवलपर्स सिस्टम को बता सकते हैं कि वे क्या हासिल करना चाहते हैं, बजाय इसके कि वे एक ही लक्ष्य को हासिल करने के लिए आवश्यक विभिन्न अंतर्निहित कार्यों को निष्पादित करें। Power Platform CLI का उपयोग करके, डेवलपर्स यह कर सकते हैं:
- पाइपलाइनों की सूची बनाकर प्रासंगिक विवरण देखें, जैसे कि कौन से चरण और वातावरण अपने समाधानों को तैनात करने के लिए तैयार हैं।
- एक ही आदेश से समाधान परिनियोजित करें:
- पाइपलाइनों के साथ, डेवलपर्स केवल आवश्यक पैरामीटर प्रदान करते हैं और सिस्टम संगठनात्मक नीतियों के अनुपालन में सभी अंत-से-अंत परिनियोजन कार्यों को व्यवस्थित करता है।
- अब एकाधिक परिवेशों से जुड़ने, समाधानों को निर्यात करने, समाधान फ़ाइलों को डाउनलोड करने, मैन्युअल रूप से कनेक्शन बनाने और परिनियोजन सेटिंग फ़ाइलों को भरने, समाधानों को आयात करने, या विभिन्न अन्य कार्यों को संभालने की आवश्यकता नहीं है, जो पहले आवश्यक थे।
इसके अतिरिक्त, डेवलपर्स पाइपलाइनों का विस्तार कर सकते हैं और अन्य CI/CD उपकरणों के साथ एकीकृत कर सकते हैं।
पाइपलाइनें लक्ष्य वातावरण के लिए समाधान के साथ-साथ कॉन्फ़िगरेशन भी तैनात करती हैं, जैसे कनेक्शन, कनेक्शन संदर्भ और वातावरण चर। आपके समाधान में निहित किसी भी अनुकूलन को पाइपलाइनों का उपयोग करके तैनात किया जा सकता है। Power Platform पाइपलाइनों, या सामान्य रूप से समाधानों में, तालिकाओं में संग्रहीत डेटा नहीं होता है। Dataverse
महत्वपूर्ण
Power BI डैशबोर्ड (पूर्वावलोकन) और Power BI डेटासेट (पूर्वावलोकन) वर्तमान में पाइपलाइनों में समर्थित नहीं हैं।
सबसे पहले, सुनिश्चित करें कि आपके स्रोत और लक्ष्य वातावरण ठीक से जुड़े हुए हैं। आप अपनी पाइपलाइन को केवल निर्दिष्ट स्रोत परिवेशों, जैसे कि आपके विकास परिवेशों, में ही देख पाएंगे। कॉन्फ़िगरेशन के दौरान अपने प्रत्येक वातावरण को अपनी पाइपलाइन से लिंक करते समय, आपके पास एक विकल्प होता है विकास पर्यावरण या लक्ष्य पर्यावरण पर्यावरण प्रकार. यदि आपके पाइपलाइन-संबद्ध परिवेशों को उनका उचित प्रकार निर्दिष्ट किया गया है, तो आपकी पाइपलाइन आपके स्रोत विकास परिवेश में एक विकल्प के रूप में दिखाई देती है।
हाँ. प्रबंधित और अप्रबंधित दोनों समाधान स्वचालित रूप से निर्यात किए जाते हैं और प्रत्येक परिनियोजन के लिए पाइपलाइन होस्ट में संग्रहीत किए जाते हैं।
नहीं. जैसे ही कोई परिनियोजन अनुरोध सबमिट किया जाता है (जब निर्माता चयन करता है) समाधान निर्यात कर दिए जाते हैं तैनात करना उनके विकास परिवेश के भीतर से), और उसी समाधान आर्टिफैक्ट को तैनात किया जाएगा। इसी प्रकार, सिस्टम पाइपलाइन में आगामी चरणों में परिनियोजन के लिए समाधान को पुनः निर्यात नहीं करता है। एक ही समाधान आर्टिफैक्ट को क्रमिक क्रम में पाइपलाइन चरणों से गुजरना होगा। यह प्रणाली निर्यातित समाधान आर्टिफैक्ट में किसी भी प्रकार की छेड़छाड़ या संशोधन को भी रोकती है। इससे यह सुनिश्चित होता है कि अनुकूलन QA परिवेश या आपकी अनुमोदन प्रक्रियाओं को दरकिनार नहीं कर सकता।
- डेवलपर परिवेशों को प्रबंधित परिवेश होना आवश्यक नहीं है। इन्हें डेवलपर योजना के साथ विकास और परीक्षण के लिए इस्तेमाल किया जा सकता है।
- पाइपलाइन होस्ट एक उत्पादन परिवेश होना चाहिए, लेकिन पाइपलाइन होस्ट का प्रबंधित परिवेश होना आवश्यक नहीं है।
- पाइपलाइनों में उपयोग किए जाने वाले अन्य सभी वातावरणों को प्रबंधित परिवेश के रूप में सक्षम किया जाना चाहिए।
- सभी प्रबंधित परिवेश के लिए प्रीमियम उपयोग अधिकार प्रदान करने वाले लाइसेंस आवश्यक हैं।
एक सामान्य सेटअप उदाहरण:
परिवेश उद्देश्य | परिवेश प्रकार | स्टैंडअलोन लाइसेंस आवश्यक |
---|---|---|
होस्ट | उत्पादन | No |
विकास | डेवलपर | No |
QA | डेवलपर | No |
उत्पादन | उत्पादन | हां |
हाँ. प्रत्यायोजित परिनियोजन देखें .
हाँ. अधिक जानकारी: सेवा प्रिंसिपल के साथ परिनियोजित करें
लेखन अनुभवों के समान, पाइपलाइन चलाने वाले निर्माता या तो अपने स्वयं के कनेक्शन प्रदान कर सकते हैं या वे कनेक्शन प्रदान कर सकते हैं जिन तक उनकी पहुंच है। सर्विस प्रिंसिपल कनेक्शन का उपयोग उन कनेक्टरों के लिए भी किया जा सकता है जो कस्टम कनेक्टरों सहित सर्विस प्रिंसिपल प्रमाणीकरण का समर्थन करते हैं।
वर्तमान में, समाधान या लक्षित परिवेश में मान के बिना कनेक्शन संदर्भों को परिनियोजन के दौरान अद्यतन नहीं किया जा सकता है. यदि कोई मान पहले से परिनियोजित किया गया था, तो उसे लक्षित वातावरण में अद्यतन किया जा सकता है।
तैनाती पहचान. मानक परिनियोजन के लिए, स्वामी अनुरोधकर्ता निर्माता होता है। प्रत्यायोजित परिनियोजनों के लिए, स्वामी प्रत्यायोजित सेवा प्रिंसिपल या उपयोगकर्ता होता है।
नहीं. हम इस परिदृश्य के लिए Azure DevOps या GitHub का उपयोग करने की अनुशंसा करते हैं।
आपको आवश्यकता पड़ने पर परिवेश रिकॉर्ड को हटा देना चाहिए और पाइपलाइन कॉन्फ़िगरेशन को अपडेट करना चाहिए. यदि कोई परिवेश रीसेट किया जाता है, तो आप परिवेश रिकॉर्ड को पुनः बनाते हैं और फिर उसे अपनी पाइपलाइन से संबद्ध करते हैं।
हाँ. हालाँकि, सभी ग्राहकों के लिए पाइपलाइन होस्ट के रूप में डिफ़ॉल्ट वातावरण का उपयोग करना अनुशंसित नहीं है।
हाँ. अधिक जानकारी: पाइपलाइनों को सेवा प्रिंसिपल या पाइपलाइन स्वामी के रूप में परिनियोजित करें.
हां, ये उपकरण मिलकर शक्तिशाली हैं और निर्माता अनुभव को सरल बनाए रखते हैं। अधिक जानकारी: पाइपलाइनों का विस्तार करें
हाँ. यदि पाइपलाइन सेटिंग सक्षम है, तो आप पाइपलाइन पृष्ठ पर रन इतिहास दृश्य से पिछले समाधान संस्करणों को पुनः तैनात कर सकते हैं . यदि सेटिंग अक्षम है, तो केवल उच्चतर समाधान संस्करण ही परिनियोजित या आयात किए जा सकते हैं. एक समाधान के रूप में, व्यवस्थापक पाइपलाइन होस्ट से आर्टिफैक्ट डाउनलोड कर सकते हैं, solution.xml फ़ाइल में समाधान संस्करण को बढ़ा सकते हैं, फिर उसे मैन्युअल रूप से लक्ष्य परिवेश में आयात कर सकते हैं।
हाँ. आप निर्धारित शेड्यूल पर डेटा हटाने के लिए Dataverse पाइपलाइन होस्ट में बल्क डिलीट जॉब्स को कॉन्फ़िगर कर सकते हैं।
फिलहाल नहीं. पाइपलाइनों का डिफ़ॉल्ट आयात व्यवहार अपग्रेड के साथ अनुकूलन अधिलेखित करें है.
नहीं. हालाँकि, एक वातावरण को एक ही होस्ट के भीतर कई पाइपलाइनों से जोड़ा जा सकता है। किसी परिवेश को किसी भिन्न होस्ट के साथ संबद्ध करने के लिए, उसे नए होस्ट में पाइपलाइन में जोड़ें. फिर मूल होस्ट से पर्यावरण रिकॉर्ड को हटा दें और सत्यापित करें कि सब कुछ अपेक्षा के अनुरूप काम कर रहा है।
फिलहाल नहीं. हालाँकि, पाइपलाइन तर्क को अनुकूलित करने के लिए जानबूझकर एक्सटेंशन हुक उपलब्ध हैं। अधिक जानकारी: पाइपलाइनों का विस्तार करें.
अपने पाइपलाइन से संबद्ध परिवेश में विकास के दौरान अप्रबंधित समाधान पर नेविगेट करें। पाइपलाइनों को डिफ़ॉल्ट समाधान, प्रबंधित समाधान या लक्ष्य परिवेशों में देखा या चलाया नहीं जा सकता. ध्यान दें कि आप Power Platform CLI से पाइपलाइनों को पुनः प्राप्त और चला भी सकते हैं।
हाँ, लेकिन केवल तभी जब होस्ट में क्रॉस-जियो समाधान परिनियोजन सेटिंग सक्षम हो। ... यदि सेटिंग अक्षम है, तो होस्ट और होस्ट में पाइपलाइनों से संबद्ध सभी परिवेशों को एक ही भौगोलिक स्थान पर स्थित होना चाहिए (जैसा कि परिवेश बनाते समय निर्दिष्ट किया गया है)। उदाहरण के लिए, यदि सेटिंग अक्षम है, तो पाइपलाइन जर्मनी से कनाडा तक तैनात नहीं हो सकती है और जर्मनी में कोई होस्ट कनाडा में परिवेशों का प्रबंधन नहीं कर सकता है। ऐसे मामले में जहां टेनेंट व्यवस्थापक क्रॉस-जियो समाधान परिनियोजन को रोकना चाहता है, जर्मनी और कनाडा के लिए अलग-अलग होस्ट का उपयोग किया जाना चाहिए।
हां, यह संभव है, हालांकि हम किसी दिए गए समाधान के लिए समान पाइपलाइन से शुरुआत करने की अनुशंसा करते हैं। इससे भ्रम और अनजाने में होने वाली गलतियों से बचने में मदद मिलती है। पाइपलाइन रन जानकारी एक पाइपलाइन और एक समाधान (समाधान अनुभव के भीतर) के संदर्भ में प्रदर्शित की जाती है। इसलिए अन्य पाइपलाइनें नवीनतम परिनियोजित समाधान संस्करण या विभिन्न पाइपलाइनों से संबद्ध अन्य महत्वपूर्ण रन जानकारी नहीं दिखा सकती हैं। ध्यान दें कि डिप्लॉयमेंट पाइपलाइन कॉन्फ़िगरेशन ऐप वर्तमान होस्ट के लिए सभी पाइपलाइनों और सभी समाधानों में रन जानकारी दिखाता है।
विकास और होस्ट के लिए एक ही वातावरण का उपयोग समर्थित नहीं है; अन्य संयोजनों को सर्वोत्तम अभ्यास के रूप में अनुशंसित नहीं किया जाता है।
लक्ष्य परिवेश में, आप तैनात वस्तुओं की परतों के साथ-साथ परतों के बीच क्या परिवर्तन हुआ है, यह भी देख सकते हैं। इसके अतिरिक्त, आप मॉडल-संचालित ऐप्स, साइट मैप और फ़ॉर्म के लिए परतों के बीच XML अंतर देख सकते हैं. पाइपलाइनों को विस्तृत अंतरों की तुलना करने के लिए GitHub और अन्य स्रोत नियंत्रण प्रणालियों के साथ एकीकृत करने के लिए भी विस्तारित किया जा सकता है।
यह एक वैध कॉन्फ़िगरेशन है और इसका मूल्यांकन आपके संगठन की आवश्यकताओं और नीतियों के आधार पर किया जाना चाहिए।
नहीं. हम अनुशंसा करते हैं कि आप प्रबंधित समाधानों को हमेशा गैर-विकास परिवेशों में परिनियोजित करें. ध्यान दें कि अप्रबंधित समाधान स्वचालित रूप से निर्यात किए जाते हैं और पाइपलाइन होस्ट में संग्रहीत किए जाते हैं ताकि आप उन्हें डाउनलोड कर सकें और अन्य विकास परिवेशों में आयात कर सकें या उन्हें स्रोत नियंत्रण में रख सकें।
फिलहाल नहीं. आपको प्रत्येक समाधान के लिए अलग-अलग परिनियोजन प्रस्तुत करना होगा. हालाँकि, एक ही पाइपलाइन का उपयोग कई समाधानों के लिए किया जा सकता है।
फिलहाल नहीं. हम अनुशंसा करते हैं कि आप अलग-अलग ऑब्जेक्ट को सहेजते ही प्रकाशित कर दें। ध्यान दें कि केवल कुछ समाधान ऑब्जेक्ट को ही प्रकाशित करने की आवश्यकता होती है.
क्या मैं पृथक विकास वातावरण में काम करने वाली बहु-डेवलपर टीमों के लिए पाइपलाइनों का उपयोग कर सकता हूँ?
वर्तमान कार्यान्वयन किसी दिए गए समाधान के लिए एकल विकास परिवेश का उपयोग करता है।
दोनों ही कई मूल्यवान क्षमताएं प्रदान करते हैं और स्वामित्व वाली टीमें पाइपलाइनों और व्यापक ALM विजन को विकसित करने में मिलकर काम करती हैं। Power Platform पाइपलाइनें अधिक सरल प्रकृति की होती हैं तथा इन्हें कम प्रयास से स्थापित और प्रबंधित किया जा सकता है। अन्य उत्पादों और प्रौद्योगिकियों तक पहुंच की आवश्यकता नहीं है क्योंकि सब कुछ घर में ही प्रबंधित किया जाता है। दूसरी ओर, ALM एक्सेलेरेटर कभी-कभी अधिक उन्नत ALM परिदृश्यों के लिए बेहतर होता है।
जबकि कई अतिरिक्त कार्यात्मक अंतर हैं, मौलिक अंतर यह है कि पाइपलाइन एक आधिकारिक उत्पाद सुविधा है - जिसका अर्थ है कि इसे उत्पाद इंजीनियरिंग द्वारा डिज़ाइन, आर्किटेक्चर, इंजीनियर, परीक्षण, रखरखाव और समर्थित किया गया है। Microsoft Power Platform पाइपलाइनें उत्पाद में ही निर्मित होती हैं और उन तक मूल उत्पाद अनुभवों के माध्यम से पहुंचा जा सकता है।
हम ग्राहकों को कोर परिनियोजन कार्यक्षमता के लिए पाइपलाइनों का उपयोग करने के लिए प्रोत्साहित करते हैं, और जब आवश्यक हो, तो अन्य CI/CD उपकरणों के साथ एकीकरण के लिए पाइपलाइनों का विस्तार करते हैं। एक साथ उपयोग किए जाने पर, CI/CD उपकरणों के लिए आवश्यक कार्यभार प्रायः कम जटिल हो जाता है और उसका रखरखाव कम खर्चीला हो जाता है।
पाइपलाइन स्थापित करेंपाइपलाइनों का विस्तार करें
पाइपलाइन का उपयोग करके समाधान तैनात करें Power Apps (वीडियो)