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


पाइपलाइनों का अवलोकन Power Platform

पाइपलाइनों का लक्ष्य Dynamics 365 ग्राहकों के लिए एप्लिकेशन जीवनचक्र प्रबंधन (ALM) को लोकतांत्रिक बनाना है, इसके लिए ALM स्वचालन और निरंतर एकीकरण तथा निरंतर वितरण (CI/CD) क्षमताओं को सेवा में इस तरह से लाना है कि यह सभी निर्माताओं, व्यवस्थापकों और डेवलपर्स के लिए अधिक सुलभ हो। Power Platform Power Platform

परिनियोजन पाइपलाइन सुविधा का उदाहरण

पाइपलाइनें, आपकी टीम या संगठन के भीतर स्वस्थ, स्वचालित ALM प्रक्रियाओं को अपनाने से ROI प्राप्त करने के लिए पहले से आवश्यक प्रयास और डोमेन ज्ञान को काफी हद तक कम कर देती हैं।

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

व्यवस्थापक केंद्रीय रूप से पाइपलाइनों का प्रबंधन और नियंत्रण करते हैं

पाइपलाइनें प्रशासकों को कम प्रयास के साथ बड़े पैमाने पर नागरिक-नेतृत्व वाली और प्रो-डेवलपमेंट-नेतृत्व वाली परियोजनाओं को केंद्रीय रूप से संचालित करने में सक्षम बनाती हैं. व्यवस्थापक उपयुक्त सुरक्षा उपाय स्थापित करते हैं जो पूरे संगठन में समाधान विकास, परीक्षण और वितरण को नियंत्रित और सुविधाजनक बनाते हैं। अन्य व्यवस्थापक लाभों में शामिल हैं:

  • स्वामित्व की कुल लागत कम:

    • पाइपलाइनें निर्माता, डेवलपर और व्यवस्थापक की उत्पादकता में महत्वपूर्ण सुधार करती हैं। पाइपलाइनें आपके व्यावसायिक समाधानों को सुरक्षित और नियंत्रित प्रक्रिया के माध्यम से, अधिक तेजी से, उच्च गुणवत्ता के साथ बाजार में लाने में सक्षम बनाती हैं।
    • आपके संगठन या टीम में सुरक्षित और कस्टम-अनुरूप परिवर्तन प्रबंधन प्रक्रियाओं को लागू करने के लिए न्यूनतम प्रयास।
  • समय और पैसा बचाएँ:

    • यह प्रणाली भारी सामान उठाने और निरंतर रखरखाव का काम संभाल लेती है, इसलिए आपको ऐसा करने की जरूरत नहीं पड़ती।
  • ALM को अपनी गति से बढ़ाएँ:

    • चाहे आप अपनी ALM यात्रा में कहीं भी हों, आप अपनी उभरती व्यावसायिक आवश्यकताओं को पूरा करने के लिए पाइपलाइनों का विस्तार कर सकते हैं। हमारा लक्ष्य यह है कि यह ऊर्ध्वगामी परिवर्तन यथासंभव निर्बाध और सरल हो। अधिक जानकारी: Microsoft Power Platform CLI pac pipeline कमांड समूह
  • अनुपालन, सुरक्षा, निगरानी और स्वचालन लक्ष्यों को प्राप्त करें:

    • अनुमोदन आधारित प्रत्यायोजित परिनियोजन के साथ सुरक्षित उत्पादन वातावरण।
    • अनुकूलन और ऑडिट लॉग स्वचालित रूप से सहेजे जाते हैं और आसानी से सुलभ होते हैं।
    • आउट-ऑफ-द-बॉक्स एनालिटिक्स एक केंद्रीय स्थान के भीतर बेहतर दृश्यता प्रदान करता है।
    • पाइपलाइन ऐप के भीतर आउट-ऑफ-द-बॉक्स रिपोर्ट देखने या अपनी स्वयं की रिपोर्ट बनाने की क्षमता। Power BI अधिक जानकारी: मॉडल-संचालित ऐप्स के लिए रिपोर्टिंग अवलोकन
    • पाइपलाइन विस्तारशीलता और Power Automate के साथ अपने संगठन की आवश्यकताओं के अनुसार पाइपलाइनों को कस्टम दर्जी बनाएं।

निर्माता पूर्व-कॉन्फ़िगर पाइपलाइन चलाते हैं

एक बार पाइपलाइनें स्थापित हो जाने के बाद, निर्माता कुछ ही क्लिक के साथ इन-प्रोडक्ट परिनियोजन आरंभ कर सकते हैं। वे ऐसा सीधे अपने विकास परिवेश में करते हैं। निर्माताओं को मिलने वाले अन्य लाभ इस प्रकार हैं:

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

डेवलपर्स पाइपलाइनों का उपयोग और विस्तार कर सकते हैं

व्यावसायिक डेवलपर्स अब जटिल पृष्ठभूमि कार्यों को संभालने वाली पाइपलाइनों के साथ अधिक उत्पादक हैं। डेवलपर्स सिस्टम को बता सकते हैं कि वे क्या हासिल करना चाहते हैं, बजाय इसके कि वे एक ही लक्ष्य को हासिल करने के लिए आवश्यक विभिन्न अंतर्निहित कार्यों को निष्पादित करें। Power Platform CLI का उपयोग करके, डेवलपर्स यह कर सकते हैं:

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

इसके अतिरिक्त, डेवलपर्स पाइपलाइनों का विस्तार कर सकते हैं और अन्य CI/CD उपकरणों के साथ एकीकृत कर सकते हैं।

सामान्य प्रश्‍न

पाइपलाइनें क्या तैनात करती हैं?

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

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

Power BI डैशबोर्ड (पूर्वावलोकन) और Power BI डेटासेट (पूर्वावलोकन) वर्तमान में पाइपलाइनों में समर्थित नहीं हैं।

मैं अपने परिवेश से अपनी पाइपलाइन क्यों नहीं देख पा रहा हूँ?

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

क्या पाइपलाइनें स्वचालित रूप से समाधान बैकअप संग्रहीत करती हैं?

हाँ. प्रबंधित और अप्रबंधित दोनों समाधान स्वचालित रूप से निर्यात किए जाते हैं और प्रत्येक परिनियोजन के लिए पाइपलाइन होस्ट में संग्रहीत किए जाते हैं।

क्या अनुकूलन QA जैसे परिनियोजन चरण को बायपास कर सकता है?

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

क्या पाइपलाइनों का उपयोग करने के लिए स्टैंडअलोन लाइसेंस की आवश्यकता है?

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

एक सामान्य सेटअप उदाहरण:

परिवेश उद्देश्य परिवेश प्रकार स्टैंडअलोन लाइसेंस आवश्यक
होस्ट उत्पादन No
विकास डेवलपर No
QA डेवलपर No
उत्पादन उत्पादन हां

क्या मैं परिनियोजनों के लिए अनुमोदन कॉन्फ़िगर कर सकता हूँ?

हाँ. प्रत्यायोजित परिनियोजन देखें .

क्या मैं अलग-अलग पाइपलाइनों और चरणों के लिए अलग-अलग सेवा प्रिंसिपलों का उपयोग कर सकता हूँ?

हाँ. अधिक जानकारी: सेवा प्रिंसिपल के साथ परिनियोजित करें

कौन से कनेक्शन का उपयोग किया जा सकता है?

लेखन अनुभवों के समान, पाइपलाइन चलाने वाले निर्माता या तो अपने स्वयं के कनेक्शन प्रदान कर सकते हैं या वे कनेक्शन प्रदान कर सकते हैं जिन तक उनकी पहुंच है। सर्विस प्रिंसिपल कनेक्शन का उपयोग उन कनेक्टरों के लिए भी किया जा सकता है जो कस्टम कनेक्टरों सहित सर्विस प्रिंसिपल प्रमाणीकरण का समर्थन करते हैं।

मैं मौजूदा कनेक्शन संदर्भों को अपडेट क्यों नहीं कर सकता?

वर्तमान में, समाधान या लक्षित परिवेश में मान के बिना कनेक्शन संदर्भों को परिनियोजन के दौरान अद्यतन नहीं किया जा सकता है. यदि कोई मान पहले से परिनियोजित किया गया था, तो उसे लक्षित वातावरण में अद्यतन किया जा सकता है।

परिनियोजित समाधान ऑब्जेक्ट का स्वामी कौन है?

तैनाती पहचान. मानक परिनियोजन के लिए, स्वामी अनुरोधकर्ता निर्माता होता है। प्रत्यायोजित परिनियोजनों के लिए, स्वामी प्रत्यायोजित सेवा प्रिंसिपल या उपयोगकर्ता होता है।

क्या पाइपलाइनों को किसी भिन्न टेनेंट पर तैनात किया जा सकता है?

नहीं. हम इस परिदृश्य के लिए Azure DevOps या GitHub का उपयोग करने की सलाह देते हैं।

यदि मेरा विकास या लक्ष्य वातावरण रीसेट या हटा दिया गया है तो मुझे क्या करना चाहिए?

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

क्या मैं डिफ़ॉल्ट वातावरण में पाइपलाइनों का उपयोग कर सकता हूँ?

हाँ. हालाँकि, सभी ग्राहकों के लिए पाइपलाइन होस्ट के रूप में डिफ़ॉल्ट वातावरण का उपयोग करना अनुशंसित नहीं है।

क्या मैं अपने स्वयं के सेवा प्रिंसिपल का उपयोग करके तैनाती कर सकता हूँ?

हाँ. अधिक जानकारी: पाइपलाइनों को सेवा प्रिंसिपल या पाइपलाइन स्वामी के रूप में परिनियोजित करें.

क्या पाइपलाइनों का उपयोग Azure DevOps, GitHub या ALM एक्सेलेरेटर के साथ किया जा सकता है?

हां, ये उपकरण मिलकर शक्तिशाली हैं और निर्माता अनुभव को सरल बनाए रखते हैं। अधिक जानकारी: पाइपलाइनों का विस्तार करें

क्या मैं पिछले संस्करण पर वापस जा सकता हूँ?

हाँ. यदि पाइपलाइन सेटिंग सक्षम है, तो आप पाइपलाइन पृष्ठ पर रन इतिहास दृश्य से पिछले समाधान संस्करणों को पुनः तैनात कर सकते हैं . यदि सेटिंग अक्षम है, तो केवल उच्चतर समाधान संस्करण ही परिनियोजित या आयात किए जा सकते हैं. एक समाधान के रूप में, व्यवस्थापक पाइपलाइन होस्ट से आर्टिफैक्ट डाउनलोड कर सकते हैं, solution.xml फ़ाइल में समाधान संस्करण को बढ़ा सकते हैं, फिर उसे मैन्युअल रूप से लक्ष्य परिवेश में आयात कर सकते हैं।

क्या मैं पाइपलाइन डेटा के लिए अवधारण नीतियां निर्धारित कर सकता हूं?

हाँ. आप निर्धारित शेड्यूल पर डेटा हटाने के लिए पाइपलाइन होस्ट में बल्क डिलीट जॉब्स को कॉन्फ़िगर कर सकते हैं। Dataverse

क्या मैं अद्यतन बनाम उन्नयन जैसे उन्नत समाधान आयात व्यवहार निर्दिष्ट कर सकता हूँ?

फिलहाल नहीं. पाइपलाइनों का डिफ़ॉल्ट आयात व्यवहार अपग्रेड के साथ अनुकूलन को अधिलेखित करें है.

क्या एक वातावरण को एकाधिक होस्टों से संबद्ध किया जा सकता है?

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

क्या मैं प्रथम-पक्ष डिप्लॉयमेंट पाइपलाइन ऐप और तालिकाओं को अनुकूलित या विस्तारित कर सकता हूं?

फिलहाल नहीं. हालाँकि, पाइपलाइन तर्क को अनुकूलित करने के लिए जानबूझकर एक्सटेंशन हुक उपलब्ध हैं। अधिक जानकारी: पाइपलाइनों का विस्तार करें.

मैं पाइपलाइनों को कहां देख और चला सकता हूं?

अपने पाइपलाइन से संबद्ध परिवेश में विकास के दौरान अप्रबंधित समाधान पर नेविगेट करें. पाइपलाइनों को डिफ़ॉल्ट समाधान, प्रबंधित समाधान या लक्ष्य परिवेशों में देखा या चलाया नहीं जा सकता. ध्यान दें कि आप Power Platform CLI से पाइपलाइनों को पुनः प्राप्त और चला भी सकते हैं।

क्या मैं विभिन्न क्षेत्रों में तैनाती कर सकता हूँ?

हाँ, लेकिन केवल तभी जब होस्ट में क्रॉस-जियो समाधान परिनियोजन सेटिंग सक्षम हो। ... यदि सेटिंग अक्षम है, तो होस्ट और होस्ट में पाइपलाइनों से संबद्ध सभी परिवेशों को एक ही भौगोलिक स्थान पर स्थित होना चाहिए (जैसा कि परिवेश बनाते समय निर्दिष्ट किया गया है)। उदाहरण के लिए, यदि सेटिंग अक्षम है, तो पाइपलाइन जर्मनी से कनाडा तक तैनात नहीं हो सकती है और जर्मनी में कोई होस्ट कनाडा में परिवेशों का प्रबंधन नहीं कर सकता है। ऐसे मामले में जहां टेनेंट व्यवस्थापक क्रॉस-जियो समाधान परिनियोजन को रोकना चाहता है, जर्मनी और कनाडा के लिए अलग-अलग होस्ट का उपयोग किया जाना चाहिए।

क्या मैं अलग-अलग पाइपलाइनों का उपयोग करके एक ही समाधान तैनात कर सकता हूं?

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

क्या होस्ट वातावरण को विकास या लक्ष्य वातावरण के रूप में भी उपयोग किया जा सकता है?

विकास और होस्ट के लिए एक ही वातावरण का उपयोग समर्थित नहीं है; अन्य संयोजनों को सर्वोत्तम अभ्यास के रूप में अनुशंसित नहीं किया जाता है।

मैं यह कैसे देख सकता हूं कि विभिन्न संस्करणों के बीच क्या परिवर्तन हुआ है?

लक्ष्य परिवेश में, आप तैनात वस्तुओं की परतों के साथ-साथ परतों के बीच क्या परिवर्तन हुआ है, यह भी देख सकते हैं। इसके अतिरिक्त, आप मॉडल-संचालित ऐप्स, साइट मैप और फ़ॉर्म के लिए परतों के बीच XML अंतर देख सकते हैं. पाइपलाइनों को विस्तृत अंतरों की तुलना करने के लिए GitHub और अन्य स्रोत नियंत्रण प्रणालियों के साथ एकीकृत करने के लिए भी विस्तारित किया जा सकता है।

क्या मेरा होस्ट वातावरण वही होना चाहिए जहां मैंने COE टूलकिट स्थापित किया था?

यह एक वैध कॉन्फ़िगरेशन है और इसका मूल्यांकन आपके संगठन की आवश्यकताओं और नीतियों के आधार पर किया जाना चाहिए।

क्या मैं अप्रबंधित समाधान तैनात कर सकता हूँ?

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

क्या मैं एक साथ कई समाधान तैनात कर सकता हूँ?

फिलहाल नहीं. आपको प्रत्येक समाधान के लिए अलग-अलग परिनियोजन प्रस्तुत करना होगा. हालाँकि, एक ही पाइपलाइन का उपयोग कई समाधानों के लिए किया जा सकता है।

क्या पाइपलाइनें समाधान निर्यात करने से पहले अप्रबंधित अनुकूलन प्रकाशित करती हैं?

फिलहाल नहीं. हम अनुशंसा करते हैं कि आप अलग-अलग ऑब्जेक्ट को सहेजते ही प्रकाशित कर दें। ध्यान दें कि केवल कुछ समाधान ऑब्जेक्ट को ही प्रकाशित करने की आवश्यकता होती है.

क्या मैं पृथक विकास वातावरण में काम करने वाली बहु-डेवलपर टीमों के लिए पाइपलाइनों का उपयोग कर सकता हूँ?

वर्तमान कार्यान्वयन किसी दिए गए समाधान के लिए एकल विकास परिवेश का उपयोग करता है।

पाइपलाइनें ALM एक्सेलेरेटर से किस प्रकार भिन्न हैं?

दोनों ही कई मूल्यवान क्षमताएं प्रदान करते हैं और स्वामित्व वाली टीमें पाइपलाइनों और व्यापक ALM विजन को विकसित करने में मिलकर काम करती हैं। Power Platform पाइपलाइनें अधिक सरल प्रकृति की होती हैं तथा इन्हें कम प्रयास से स्थापित और प्रबंधित किया जा सकता है। अन्य उत्पादों और प्रौद्योगिकियों तक पहुंच की आवश्यकता नहीं है क्योंकि सब कुछ घर में ही प्रबंधित किया जाता है। दूसरी ओर, ALM एक्सेलेरेटर कभी-कभी अधिक उन्नत ALM परिदृश्यों के लिए बेहतर होता है।

जबकि कई अतिरिक्त कार्यात्मक अंतर हैं, मौलिक अंतर यह है कि पाइपलाइन एक आधिकारिक उत्पाद सुविधा है - जिसका अर्थ है कि इसे उत्पाद इंजीनियरिंग द्वारा डिज़ाइन, आर्किटेक्चर, इंजीनियर, परीक्षण, रखरखाव और समर्थित किया गया है। Microsoft Power Platform Microsoft पाइपलाइनें उत्पाद में ही निर्मित होती हैं और उन तक मूल उत्पाद अनुभवों के माध्यम से पहुंचा जा सकता है।

मुझे अन्य टूल की अपेक्षा पाइपलाइन का उपयोग कब करना चाहिए?

हम ग्राहकों को कोर परिनियोजन कार्यक्षमता के लिए पाइपलाइनों का उपयोग करने के लिए प्रोत्साहित करते हैं, और जब आवश्यक हो, तो अन्य CI/CD उपकरणों के साथ एकीकरण के लिए पाइपलाइनों का विस्तार करते हैं। एक साथ उपयोग किए जाने पर, CI/CD उपकरणों के लिए आवश्यक कार्यभार प्रायः कम जटिल हो जाता है और उसका रखरखाव कम खर्चीला हो जाता है।

अगले कदम

पाइपलाइन स्थापित करेंपाइपलाइनों का विस्तार करें