डिफ़ॉल्ट परिवेश से ऐप्स और प्रवाह को माइग्रेट करना

यह श्वेत पत्र बताता है कि संगठन और प्रशासक डिफ़ॉल्ट परिवेश से अपने ऐप्स और प्रवाहों के माइग्रेशन की योजना कैसे बना सकते हैं।

लेखक: रवि चाडा (माइक्रोसॉफ्ट), रुई सैंटोस (माइक्रोसॉफ्ट)

नोट

आप अपने ब्राउज़र से प्रिंट का चयन करके, और फिर पीडीएफ के रूप में सहेजें का चयन करके इस श्वेत पत्र को सहेज या प्रिंट कर सकते हैं।

डिफ़ॉल्ट परिवेश

प्रत्येक टेनेंट के लिए एक डिफ़ॉल्ट परिवेश बनाया जाता है और वह उस टेनेंट के सभी उपयोगकर्ताओं के लिए सुलभ होता है। डिफ़ॉल्ट परिवेश Microsoft Entra टेनेंट के डिफ़ॉल्ट क्षेत्र के निकटतम क्षेत्र में बनाया जाता है और इसका नाम इस प्रकार रखा जाता है: [Microsoft Entra टेनेंट का नाम] (डिफ़ॉल्ट). जब भी कोई नया उपयोगकर्ता Power Apps या Power Automate के लिए साइन अप करता है, तो उन्हें स्वचालित रूप से डिफ़ॉल्ट परिवेश की निर्माता भूमिका में जोड़ दिया जाता है। डिफ़ॉल्ट वातावरण की परिवेश व्यवस्थापक भूमिका में कोई भी उपयोगकर्ता स्वचालित रूप से नहीं जोड़ा जाता है।

आप डिफ़ॉल्ट परिवेश को हटा नहीं सकते हैं और आप डिफ़ॉल्ट परिवेश का मैन्युअल रूप से बैकअप नहीं ले सकते हैं। सिस्टम बैकअप लगातार किया जाता है। डिफ़ॉल्ट वातावरण 1 TB भंडारण क्षमता तक सीमित है। डिफ़ॉल्ट वातावरण में निम्नलिखित क्षमताएँ हैं:

• 3 जीबी Dataverse डेटाबेस क्षमता
• 3 जीबी Dataverse फ़ाइल क्षमता
• 1 जीबी Dataverse लॉग क्षमता

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

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

व्यवस्थापकों को प्रतिक्रियास्वरूप पता चलता है कि कई ऐप्स और प्रवाह डिफ़ॉल्ट परिवेश में बनाए गए हैं. किसी ऐप या प्रवाह का डिफ़ॉल्ट परिवेश में होना निम्न परिदृश्यों में उपयुक्त नहीं हो सकता है, जैसे:

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

उपरोक्त परिदृश्य विचारणीय हैं और यह संकेत देते हैं कि आपको इन ऐप्स और प्रवाहों को डिफ़ॉल्ट परिवेश से अपने स्वयं के, डेवेलपर परिवेश या किसी अन्य साझा परिवेश में ले जाना शुरू कर देना चाहिए। अन्य कारक जो इसमें शामिल होते हैं, वे हैं डिफ़ॉल्ट वातावरण से जुड़ी सीमाएं।

उत्कृष्टता केंद्र (सीओई) की टीमें जो निगरानी करती हैं, उन्हें सीमाएं समाप्त होने पर प्रतिक्रिया करने के लिए बाध्य होना पड़ता है, जिसका डिफ़ॉल्ट वातावरण में चल रहे ऐप्स पर नकारात्मक प्रभाव पड़ता है। Power Platform यह सीमा ऐसी चीज हो सकती है जिसे प्रशासक या CoE टीम को नियमित रूप से निष्पादित करने की आवश्यकता होती है। इसके तीन व्यापक चरण हैं:

• वस्तुओं की पहचान Power Platform
• Power Platform ऑब्जेक्ट्स को स्थानांतरित करें
• Power Platform ऑब्जेक्ट्स को साफ करें

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

समय के साथ-साथ, वस्तुएं समाधान के प्रति जागरूक हो गई हैं। Power Platform अब ऐप्स और प्रवाह डिफ़ॉल्ट रूप से समाधान-सचेत हो सकते हैं, हालांकि इसके लिए मैन्युअल सक्रियण की आवश्यकता होती है। निर्माता अभी भी make.powerapps.com और make.powerautomate.com से ऐप्स और प्रवाह बना सकते हैं, जिन्हें गैर-समाधान जागरूक के रूप में वर्गीकृत किया जा सकता है, और इन्हें व्यक्तिगत रूप से निर्यात किया जा सकता है, या उन्हें किसी समाधान में जोड़ा जा सकता है। समाधान जोड़कर, निर्माता परिवेशों में समापन बिंदुओं को कॉन्फ़िगर और तैनात करने के लिए परिवेश चरों और कनेक्शन संदर्भों का लाभ उठा सकता है।

इसका लक्ष्य सभी घटकों को एक ही समाधान में जोड़ना है, जिससे कई घटकों को एक ही इकाई के रूप में विभिन्न वातावरणों के बीच आसानी से स्थानांतरित किया जा सके। Power Platform

वस्तुओं की पहचान Power Platform

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

Power Platform ऑब्जेक्ट्स को स्थानांतरित करें

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

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

दूसरे मामले में, मान लें कि एक कैनवास ऐप है जो एक Office 365 कनेक्शन का उपयोग करता है. इस मामले में, निर्माता को समाधान में केवल कैनवास ऐप जोड़ने की आवश्यकता होती है.

Power Platform ऑब्जेक्ट्स को साफ करें

यदि किसी घटक को सफाई के लिए टैग किया गया है, तो दो मुख्य विकल्प हैं। पहला विकल्प है इसे सीधे डिलीट करना और दूसरा विकल्प है बैकअप लेने के बाद इसे डिलीट करना। बैकअप के बाद के मामले में, चलती वस्तुओं के साथ कुछ चरणों का ओवरलैप हो सकता है।

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

संचार रणनीति बनाए रखना महत्वपूर्ण भूमिका निभाता है। व्यवस्थापकों को संवाद की योजना बनानी चाहिए:

• नए परिवेश में ऐप लॉन्च करते समय निर्माताओं को जिन कनेक्शनों की अनुमति देने की आवश्यकता होती है, उन्हें स्थापित करना।
• लक्ष्य परिवेश से ऐप का नया URL.
• सही वातावरण की ओर अग्रसर होना।

वस्तुओं को स्थानांतरित करने के लिए इनमें से कुछ समाधान पहले से ही तैयार हैं और इसके लिए एक स्टैंडअलोन और लाइसेंस की आवश्यकता हो सकती है जो उपयोगकर्ताओं को डेटा स्रोतों से परे ऐप बनाने और चलाने की क्षमता प्रदान करता है। Power Apps Power Automate Microsoft 365

रणनीतियाँ

डिफ़ॉल्ट परिवेश से ऐप्स और प्रवाहों को पहचानने और स्थानांतरित करने की पूरी प्रक्रिया तब सफल होने की अधिक संभावना होती है जब यह किसी रणनीति पर आधारित हो। ऐसी कई रणनीतियाँ हैं जिन पर आपको विचार करना चाहिए।

डीएलपी रणनीति

डेटा हानि रोकथाम (डीएलपी) नीतियां उपयोगकर्ताओं को अनजाने में संगठनात्मक डेटा को उजागर करने से रोकने और टेनेंट में सूचना सुरक्षा की रक्षा करने में मदद करने के लिए गार्डरेल के रूप में कार्य करती हैं। DLP नीतियाँ उन नियमों को लागू करती हैं, जिनके लिए कनेक्टर प्रत्येक परिवेश के लिए सक्षम होते हैं और जो कनेक्टर एक साथ उपयोग किए जा सकते हैं. कनेक्टर को केवल व्यावसायिक डेटा, कोई व्यावसायिक डेटा अनुमत नहीं या अवरोधित के रूप में वर्गीकृत किया जाता है. केवल व्यावसायिक डेटा समूह में एक कनेक्टर केवल उसी समूह के अन्य कनेक्टर के साथ एक ही ऐप या प्रवाह में उपयोग किया जा सकता है. हमारा सुझाव है कि आपके पास कम से कम एक पॉलिसी होनी चाहिए।

डीएलपी का उपयोग करके वस्तुओं की पहचान

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

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

प्रभाव की समीक्षा करने के लिए मौजूदा DLP नीतियों को अपडेट करें. DLP संपादक के बारे में अधिक जानकारी प्राप्त करने के लिए CoE स्टार्टर किट के साथ टेनेंट स्वच्छता स्थापित करना लेख का अनुसरण करें।

DLP सुविधा चालू करने से पहले, आप पहचान सकते हैं कि कौन से ऐप्स और प्रवाह प्रभावित हैं और निर्माताओं को सचेत कर सकते हैं। DLP संपादक उन सभी ऐप्स और प्रवाहों की सूची ईमेल पते पर भेज सकता है जो प्रभावित हैं, जो प्रत्येक प्रकार के ऑब्जेक्ट के लिए एक .csv फ़ाइल बनाता है।

DLP संपादक संस्करण 2.0 का उपयोग करते हुए, प्रभाव विश्लेषण क्षेत्र में, प्रभावित ऐप्स और प्रवाह को CSV में निर्यात करें चुनें.

प्रत्येक उत्पन्न csv फ़ाइल (flow.csv और apps.csv) में निम्न के बारे में जानकारी होती है:

1. ऐप्स और प्रवाह का नाम.
2. ऐप्स और प्रवाहों का स्वामी.
3. एप्लिकेशन और प्रवाह का स्वामीईमेल.
4. ऐप्स और प्रवाहों द्वारा उपयोग किए जाने वाले सभी कनेक्शन.
5. ऑब्जेक्ट की पहचान करने के लिए ऐप्स और प्रवाह की आईडी.
6. परिवेश आईडी जहां अनुप्रयोग और प्रवाह स्थित हैं.

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

कनेक्शन की पहचान करने के लिए कार्यान्वयन का उदाहरण:

1. एक प्रवाह बनाएँ. Power Automate

2. संबंधित DLP को निर्दिष्ट करने के लिए टेनेंट DLP नीति प्राप्त करें कनेक्टर का उपयोग करें.

3. परिणाम स्वरूप दो प्रकार के डेटा प्राप्त होते हैं, व्यावसायिक डेटा और गैर-व्यावसायिक डेटा। उदाहरण के तौर पर, ट्विटर कनेक्टर यह कोड दिखाता है:

   [
     {
       "id": "/providers/Microsoft.PowerApps/apis/shared_twitter",
       "name": "Twitter",
       "type": "Microsoft.PowerApps/apis"
     }
   ……
   ]
   

4. इस सूची से, आपके पास कनेक्टर के नाम तक पहुंच होती है जो csv ऐप या प्रवाह कनेक्शन कॉलम की नाम सूची से मेल खाता है.

5. सीएसवी को एक्सेल प्रारूप में परिवर्तित करके और इसे अपने OneDrive में रखकर, आप Power Automate से सभी प्रभावित ऐप्स और प्रवाहों को पढ़ सकते हैं। कनेक्टर नामों के साथ कनेक्शन की तुलना करने वाले तर्क के आधार पर जाँच करें कि कौन सा कनेक्शन प्रभावित है।

6. जब आपको पता चल जाए कि कौन सा कनेक्शन प्रभाव पैदा कर रहा है, तो ऐप या प्रवाह आईडी और DLP से प्रभावित कनेक्टर के साथ एक नई सूची तैयार करें।

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

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

प्रभावी रूप से, आपकी परिवेश रणनीति DLP के माध्यम से परिभाषित की जाती है और यह डिफ़ॉल्ट परिवेश में विकसित ऐप्स और प्रवाहों के लिए एक गंतव्य प्रदान करती है।

परिवेश कार्यनीति

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

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

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

संवाद कौशल

माइग्रेशन प्रक्रिया के दौरान प्रभावी संचार अत्यंत महत्वपूर्ण है। संचार प्रवास प्रक्रिया के सभी चरणों में होता है। स्पष्ट संचार हितधारकों के बीच समझ और सहयोग को बढ़ावा देता है। इससे सूचना का सुचारू प्रवाह सुनिश्चित होता है तथा यह सुनिश्चित होता है कि इसमें शामिल सभी लोगों को प्रवासन योजनाओं, प्रगति और संभावित चुनौतियों के बारे में अच्छी जानकारी हो।

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

• CoE स्टार्टर किट का उपयोग परिसंपत्ति ट्रैकर के रूप में करें।
• विभिन्न चरणों पर सूचनाएं भेजने के लिए कस्टम क्लाउड प्रवाह जोड़ें।
• टेम्पलेट ईमेल बनाएं जो निर्माताओं के साथ संवाद करने के लिए भेजे जाएं।

ध्यान में रखने योग्य बातें ये हैं:

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

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

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

ऑडिएंस

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

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

प्रत्येक ऑडिएंस के लिए उनकी विशिष्ट आवश्यकताओं, चिंताओं और तकनीकी समझ के स्तर को ध्यान में रखते हुए संचार रणनीतियों और संदेशों को तैयार करना महत्वपूर्ण है। सभी हितधारकों के साथ स्पष्ट और समय पर संवाद सहयोग को बढ़ावा देता है, सुचारू समन्वय सुनिश्चित करता है, तथा माइग्रेशन प्रक्रिया के दौरान किसी भी संभावित चुनौती को कम करता है।

कैडेंस

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

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

संसाधनों

सफल प्रवास के लिए संसाधनों का प्रभावी प्रबंधन अत्यंत महत्वपूर्ण है। माइग्रेशन के दौरान संसाधन प्रबंधन के संबंध में विचार करने योग्य कुछ प्रमुख पहलू इस प्रकार हैं:

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

वस्तुओं का व्यक्तिगत प्रवास

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

कैनवास अनुप्रयोग निर्यात और आयात करें (विरासती तरीका)

विस्तृत चरणों को कैनवास अनुप्रयोग पैकेज निर्यात करना और कैनवास अनुप्रयोग पैकेज आयात करना मेंप्रलेखित किया गया है.

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

निर्यात और आयात प्रवाह (विरासत तरीका)

निम्न चरण बताते हैं कि प्रवाह को निर्यात कैसे करें.

1. "..." मेनू, निर्यात करें चुनें फिर पैकेज (.zip) चुनें।
2. अपने पैकेज के लिए एक नाम और विवरण दर्ज करें। फिर आप डिफ़ॉल्ट सेटिंग्स कॉन्फ़िगर कर सकते हैं और आयात चरण के दौरान पहुँच योग्य टिप्पणियाँ जोड़ सकते हैं.
3. पैकेज डाउनलोड करने के लिए निचले-दाएं कोने में निर्यात बटन का चयन करें। यदि आपका डाउनलोड स्वचालित रूप से प्रारंभ नहीं होता है, तो आप डाउनलोड बटन का चयन कर सकते हैं।

निम्न चरण बताते हैं कि प्रवाह आयात कैसे करें.

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

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

क्लाउड प्रवाह निर्यात करने का यह तरीका एक विरासत तरीका है। इसके समर्थित होने के दौरान, हमारा सुझाव है कि आप समाधानों का उपयोग करें, जो आपको केवल एक संसाधन के बजाय एकाधिक घटकों को माइग्रेट करने में सक्षम बनाते हैं.

मॉडल-चालित अनुप्रयोग निर्यात और आयात करें

मॉडल-चालित अनुप्रयोग हमेशा समाधान का भाग होता है. समाधान फ़ाइल (.zip) में शामिल पैक किए गए ऐप को स्रोत परिवेश से सफलतापूर्वक निर्यात किए जाने और लक्षित परिवेश में आयात किए जाने के बाद उपयोगकर्ताओं के साथ उनकी सुरक्षा भूमिकाओं के आधार पर साझा किया जा सकता है।

विस्तृत चरण-दर-चरण प्रक्रियाएँ समाधान निर्यात करें और समाधान आयात करें मेंशामिल हैं.

निर्यात और आयात aबॉट Microsoft Copilot Studio

आप समाधानों का उपयोग करके बॉट्स को निर्यात और आयात कर सकते हैं। चरणों की एक विस्तृत सूची समाधानों का उपयोग करके निर्यात और आयात बॉट्स मेंशामिल है।

निर्यात और आयात Power Pages साइट

माइग्रेशन पृष्ठों में स्रोत Microsoft Dataverse परिवेश से मौजूदा कॉन्फ़िगरेशन निर्यात करना और फिर उसे लक्ष्य Dataverse परिवेश में आयात करना शामिल होता है. कुछ पूर्वापेक्षा चरण हैं जिन्हें लक्ष्य परिवेश में निष्पादित किया जानाचाहिए. तैयारी का कार्य पूरा हो जाने पर, पोर्टल कॉन्फ़िगरेशन डेटा को कॉन्फ़िगरेशन माइग्रेशन उपकरण का उपयोग करके निर्यात किया जा सकता है.

SharePoint फॉर्म ऐप - डिफ़ॉल्ट वातावरण के लिए विशेष मामला

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

वस्तुओं का बैकअप लेना Microsoft Power Platform

अधिकांश Microsoft Power Platform ऑब्जेक्ट ज़िप फ़ाइलों के रूप में निर्यात किए जाते हैं। यदि नहीं, तो उनके पास कम से कम एक फ़ाइल स्वरूप है। ये फ़ाइलें अपने मूल प्रारूप में, ज़िप फ़ाइल के रूप में या जो भी एक्सटेंशन के साथ आती हैं, उन्हें किसी भी फ़ाइल संग्रहण स्थान या आपकी पसंद के भंडार में जोड़ा जा सकता है। उल्लेख करने के लिए कुछ विकल्प हैं, GitHub, Azure DevOps, One Drive, या कोई अन्य समाधान जो सभी फ़ाइल स्वरूपों का समर्थन करता है SharePoint।

बड़े पैमाने पर माइग्रेशन विकल्प

किसी ऐप या प्रवाह का माइग्रेशन सफल होता है यदि यह उसी तरह कार्य करता है जैसे उसने पहले किया था। हालाँकि, कुछ तत्व हैं जिन्हें स्थानांतरित नहीं किया जा सकता है:

• प्रवाह के पिछले रन के बारे में प्रवाह चलाने का डेटा- प्रवाह रन के बारे में डेटा केवल 28 दिनों के लिए संग्रहीत किया जाता है। यदि आपको डेटा की आवश्यकता है, तो इसे CoE स्टार्टर किट का उपयोग करके निर्यात और संग्रहीत किया जा सकता है या यदि आपने मूल डेटा संग्रह में निर्यात करें सेट किया है । CoE Starter Kit के नवीनतम संस्करण में डेटा निर्यात के साथ उपयोग किए जाने पर फ्लो रन डेटा होता है।
• कैनवास ऐप के संस्करण- जैसा कि निर्माता विकास प्रक्रिया के माध्यम से पुनरावृत्ति करते हैं, कई संस्करण बनाए जा सकते हैं। पिछले वर्शन माइग्रेट नहीं किए जा सकते. केवल नवीनतम संस्करण को माइग्रेट किया जा सकता है।
• ऐप या प्रवाह द्वारा या कनेक्टर का उपयोग करके एक्सेस किया गया डेटा- निर्यात के हिस्से के रूप में केवल ऐप मेटाडेटा शामिल है।

ऐप या प्रवाह में की गई कोई भी सहयोग टिप्पणियां भी शामिल नहीं हैं।

यह लेख कुछ संभावनाओं को रेखांकित करता है। निर्णय लेने से पहले प्रत्येक संभावना के निहितार्थ और लाभों पर सावधानीपूर्वक विचार करना महत्वपूर्ण है।

सभी माइग्रेट करें – डेटाबेस बैकअप और पुनर्स्थापना विकल्प

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

• समर्थित: Dataverse, Dynamics ऐप्स
• पूरी तरह से समर्थित नहीं: कैनवास ऐप, कंपोनेंट लाइब्रेरी, कस्टम पेज, Power Automate, Microsoft Copilot Studio

पूरी तरह से समर्थित नहीं होना इंगित करता है कि माइग्रेशन के दौरान संभावित डेटा हानि हो सकती है और अधिक चरणों की आवश्यकता हो सकती है.

मेटाडेटा और फिर डेटा माइग्रेट करें

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

उच्च स्तर पर, कदम हैं:

1. समाधान में ऐप जोड़ें।
2. समाधान में प्रवाह जोड़ें।
3. मौजूदा बॉट जोड़ें।
4. ऐप्स और प्रवाह में कनेक्शन संदर्भों को समायोजित करें।
5. समाधान निर्भरताओं की जाँच करें और ऑब्जेक्ट जोड़ें।
6. समाधान निर्यात करें.
7. समाधान आयात करें.
8. डेटा ट्रांसफ़र करें.

समाधान निर्भरताओं के लिए जाँच करना

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

• समाधान में चयनित घटकों को मैन्युअल रूप से जोड़ें. इस मामले में, यह माना जाता है कि आप जानते हैं कि सभी निर्भर घटक पहले से ही लक्ष्य परिवेश पर उपलब्ध हैं।

• सिस्टम को आपके लिए निर्भरताओं की पहचान करने देने के लिए समाधान के भीतर से निर्भरताएँ दिखाएँ बटन का उपयोग करें. आप सभी निर्भरताएँ जोड़ सकते हैं या चुनिंदा रूप से केवल उन निर्भरताओं को जोड़ सकते हैं जो लक्ष्य परिवेश में मौजूद नहीं हैं।

  

समाधान में घटक जोड़ना (मैनुअल)

यह मानते हुए कि एक समाधान बनाया गया है, एक निर्माता को मौजूदा ऐप, प्रवाह या बॉट जोड़ने के लिए मौजूदा घटक मेनू जोड़ें विकल्प का उपयोग करने की आवश्यकता होती है।

कनेक्शन संदर्भ समायोजित करें

कैनवास अनुप्रयोग और प्रवाह कनेक्शन अलग तरीके से प्रबंधित करते हैं. प्रवाह सभी कनेक्टर के लिए कनेक्शन संदर्भों का उपयोग करते हैं, जबकि कैनवास अनुप्रयोग उनका उपयोग केवल अप्रत्यक्ष रूप से साझा (गैर-OAuth) कनेक्शन, जैसे SQL Server प्रमाणीकरण के लिए करते हैं.

कनेक्शन के बजाय कनेक्शन संदर्भों का उपयोग करने के लिए किसी ऐप को अपडेट करना

कैनवास अनुप्रयोग जो समाधान में जोड़े जाने पर समाधान-जागरूक नहीं होते हैं, कनेक्शन संदर्भों का उपयोग करने के लिए स्वचालित रूप से नवीनीकृत नहीं किए जाएँगे. जब अनुप्रयोग में डेटा स्रोत जोड़ा जाता है, तो कनेक्शन संदर्भ केवल कैनवास अनुप्रयोग से संबद्ध होते हैं. ऐप्लिकेशन अपग्रेड करने के लिए, आपको ये करना होगा:

1. एक ऐप जोड़ें जो एक समाधान के लिए गैर-समाधान जागरूक है।
2. ऐप से कनेक्शन निकालें।
3. समाधान में एक नया कनेक्शन संदर्भ बनाएँ।
4. संबद्ध कनेक्शन संदर्भ वाला कनेक्शन जोड़ें.

कनेक्शन के बजाय कनेक्शन संदर्भों का उपयोग करने के लिए प्रवाह को अपडेट करना

जब कोई प्रवाह समाधान में नहीं होता है, तो वह कनेक्शन का उपयोग करता है. यदि उस प्रवाह को समाधान में जोड़ा जाता है, तो यह शुरू में कनेक्शन का उपयोग करना जारी रखता है। प्रवाह को कनेक्शन संदर्भों का उपयोग करने के लिए अद्यतन किया जा सकता है, कनेक्शन के बजाय, दो में से एक तरीके से:

• यदि प्रवाह किसी अप्रबंधित समाधान में निर्यात किया जाता है और आयात किया जाता है, तो कनेक्शन संदर्भों के साथ कनेक्शन निकाल दिए जाते हैं.

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

समाधान में ऑब्जेक्ट जोड़ना (स्वचालन)

आप अनुप्रयोगों को बल्क में समाधान पर ले जाने के लिए PowerShell आदेशों का उपयोग कर सकते हैं. समाधान के लिए पहले से मौजूद कैनवास ऐप्स और क्लाउड प्रवाह को जोड़ना भी कमांड लाइन के माध्यम से किया जा सकता है। इस विकल्प को आज़माने के लिए नवीनतम PowerShell मॉड्यूल स्थापित करें. दो मुख्य आदेश सेट-PowerAppAsSolutionAware और सेट-FlowAsSolutionAware हैं।

मॉड्यूल इंस्टॉल हो जाने के बाद, अपना स्वयं का परिवेश ID, ऐप ID, प्रवाह ID और समाधान ID डालें.

कैनवास अनुप्रयोग के लिए:

Set-PowerAppAsSolutionAware -EnvironmentName {Environment ID} -AppName {App ID} -SolutionId {Solution ID}

प्रवाह के लिए:

Set-FlowAsSolutionAware -EnvironmentName {Environment ID} -FlowName {Flow ID} - SolutionId {Solution ID}

कनेक्शन संदर्भ कनेक्शन संदर्भ तालिका में डेटा प्रविष्टियाँ हैं। ऐप या प्रवाह के हिस्से के रूप में कनेक्शन संदर्भ का उपयोग करने के लिए कोर ऐप या प्रवाह परिभाषा में संशोधन की आवश्यकता होती है। आपको connectionReferences नोड को आइडिया से प्रतिस्थापित करना होगा।

समाधान निर्यात और आयात

यह मानते हुए कि समाधान तैयार हैं, स्वचालन का अगला चरण कई तरीकों से किया जा सकता है:

• समाधानों को लक्ष्य परिवेश में मैन्युअल रूप से निर्यात और आयात करें।...

• एक ही पास में एकाधिक समाधानों को स्थानांतरित करने के लिए पैकेजों का उपयोग करें।

• समाधान पैक करना, समाधान अनपैक करना, समाधान निर्यात करना, और समाधान आयात करना जैसे कई ऑपरेशन करने के लिए Power Platform बिल्ड टूल कार्यों का उपयोग करें। DevOps एप्लिकेशन जीवनचक्र प्रबंधन (ALM) को स्वचालित करने की क्षमता प्रदान करता है और ये सभी कार्य ALM को समर्थन देने के लिए बनाए गए हैं। Microsoft Power Platform

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

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

कनेक्शन बनाना (मैन्युअल)

आयात ऑपरेशन सेट करने से पहले लक्ष्य परिवेश में, ऐप या प्रवाह के लिए आवश्यक गुम कनेक्शन बनाएँ. कनेक्शन बनाने के तरीके के बारे में अधिक जानकारी के लिए, इसमें कनेक्शन प्रबंधित करें Power Automate देखें.

डेटा माइग्रेशन

डेटा माइग्रेशन के लिए मैनुअल से लेकर पूर्ण स्वचालन तक कई विकल्प उपलब्ध हैं।

• एक्सेल कार्यपुस्तिकाओं का उपयोग करके डेटा को मैन्युअल रूप से निर्यात और आयात करें।
• स्रोत तालिकाओं से डेटा निकालने और सीधे गंतव्य पर लिखने के लिए क्लाउड फ़्लो विकसित किया जा सकता है। Power Automate हालाँकि, इसके लिए निर्माता को Dynamics 365 Connector या Dataverse (विरासत) कनेक्टर का उपयोग करना आवश्यक है. वर्तमान में, कनेक्टर विभिन्न परिवेशों में कनेक्ट करने का समर्थन नहीं करता है। Dataverse इस सुविधा की योजना भविष्य के लिए बनाई गई है, तथा एक बार जारी होने पर इसका उपयोग डेटा को एक स्थान से दूसरे स्थान पर ले जाने के लिए किया जा सकेगा।
• कॉन्फ़िगरेशन माइग्रेशन टूल (CMT) एक टूल है जिसका उपयोग पोर्टल माइग्रेशन के लिए किया जाता है, लेकिन इसका उपयोग नियमित डेटा माइग्रेशन के लिए भी किया जा सकता है। CMT का उपयोग PowerShell के साथ भी किया जा सकता है। PAC CLI टूल CMT को कॉल करने की क्षमता देता है।
• डेटा प्रवाह का उपयोग वातावरणों के बीच मैपिंग बनाने और डेटा स्थानांतरित करने के लिए किया जा सकता है। HTTP वेब कनेक्टर का उपयोग Dataverse के विकल्प के रूप में किया जा सकता है।
• Azure डेटा फैक्ट्री का उपयोग स्रोत से डेटा खींचने और उसे गंतव्य में सम्मिलित करने के लिए कनेक्टर के साथ किया जा सकता है। Dataverse

चूंकि डिफ़ॉल्ट वातावरण का आकार सीमित है, इसलिए डिफ़ॉल्ट वातावरण से डेटा को बाहर ले जाने के लिए उपरोक्त विकल्पों में से कोई एक पर्याप्त होना चाहिए।

सफाई के बारे में विचार

क्लीन-अप उन ऐप्स और प्रवाहों के लिए एक अच्छा उपाय है जिनका लंबे समय से उपयोग और अद्यतन नहीं किया गया है। जहां तक ​​सफाई का सवाल है, प्रशासक के लिए विचार करने हेतु अलग-अलग रास्ते हैं।

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

टैगिंग विकल्प

CoE स्टार्टर किट में आज टैगिंग विकल्प नहीं है। हालाँकि, यह एक अनुकूलन हो सकता है जिसे आप स्टार्टर किट में जोड़ सकते हैं।

टैग नामक एक तालिका बनाएँ और ऐप, प्रवाह और अन्य इन्वेंट्री तालिकाओं के साथ कई-से-कई (N:N) संबंध सेट करें. फिर आप एक टैग बना सकते हैं और इन रिकॉर्ड्स को उपयुक्त इन्वेंट्री आइटम के साथ संबद्ध कर सकते हैं। बेहतर उपयोगकर्ता अनुभव के लिए, आप ऐप्स, प्रवाह और अन्य इन्वेंट्री तालिकाओं के मुख्य फ़ॉर्म पर ग्रिड एम्बेड कर सकते हैं. यह विकल्प अनुशंसित है क्योंकि इसमें संदर्भात्मक संगति है।

प्रत्येक इन्वेंट्री टेबल पर एक टेक्स्ट फ़ील्ड बनाएं और उसका उपयोग टेक्स्ट (टैग) कैप्चर करने के लिए करें जिसे आप बाद में उपयोग कर सकते हैं।

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

संगरोध विकल्प

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

प्रवाह संगरोध स्थिति का समर्थन नहीं करते हैं, लेकिन प्रवाह को रोककर और यह जांच करके कि क्या यह स्वामी द्वारा पुनः सक्रिय किया गया है, एक समान दृष्टिकोण का उपयोग किया जा सकता है।

दोनों ही मामलों में, मालिक के साथ उचित संवाद रखना महत्वपूर्ण है।

केवल हटाएँ विकल्प

यदि वास्तव में उत्पादकता और वस्तुओं के पुन: उपयोग में कोई हानि नहीं है, तो यह विकल्प सबसे अच्छा है। अधिकांश परीक्षण प्रवाह और ऐप्स इसी श्रेणी में आते हैं।

इस मामले में, जब वस्तुओं की सूची की पहचान हो जाती है, तो एक PowerShell बैच विकसित किया जा सकता है, और एक csv सूची उसे दी जा सकती है, जो फिर उन सभी परिसंपत्तियों को हटा देगी।

जैसे ही आप ऐप्स और प्रवाहों की आईडी के माध्यम से लूप करते हैं, उन्हें डिफ़ॉल्ट वातावरण से हटाने के लिए निम्न कमांड का उपयोग किया जा सकता है.

• Remove-AdminFlow -EnvironmentName डिफ़ॉल्ट-[Guid] -FlowName [Guid]
• Remove-AdminPowerApp -AppName [Guid] -EnvironmentName [Guid]

ऑब्जेक्ट बैकअप और डिलीट विकल्प

उदाहरण के लिए, मान लीजिए कि एक प्रवाह किसी विशिष्ट मौसमी आवश्यकता को संबोधित करने के लिए बनाया गया है, लेकिन इसका उपयोग लंबे समय से नहीं किया गया है। Power Automate इस मामले में, घटक को हटाने से पहले उसका बैकअप लेना अच्छा होता है।

घटक का बैकअप बनाने के लिए, निर्यातित समाधान तैयार करने के लिए व्यक्तिगत माइग्रेशन या सामूहिक माइग्रेशन के विकल्पों का उपयोग किया जा सकता है। फिर इसे आपकी पसंद के फ़ाइल रिपोजिटरी या किसी स्थान पर जोड़ा जा सकता है। OneDrive

बैकअप सुरक्षित हो जाने के बाद, आप क्लीन-अप प्रक्रिया को पूरा करने के लिए हटाएँ विकल्प लागू कर सकते हैं।

कई मामलों में, ये परीक्षण प्रवाह और ऐप्स होते हैं, जिन्हें निर्माताओं द्वारा उनकी व्यक्तिगत उत्पादकता सीखने और प्रयोग के भाग के रूप में बनाया जाता है।

निष्कर्ष

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

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