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


बड़े पैमाने पर अपनाने के लिए एक किरायेदार पर्यावरण रणनीति विकसित करें Power Platform

हर संगठन की अपनाने की यात्रा अनोखी होती है। Microsoft Power Platform किरायेदार पर्यावरण रणनीति प्रबंधनीय और सुरक्षित तरीके से उपयोग में तेजी लाने में मदद करने के लिए आधार तैयार करती है।

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

नोट

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

परिचय

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

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

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

Microsoftकिरायेदार पर्यावरण रणनीति दृष्टि

कई संगठन अपनी यात्रा व्यक्तिगत उत्पादकता ऐप और स्वचालन के साथ शुरू करते हैं, जो एक साझा केंद्रीय वातावरण में बनाए और चलाए जाते हैं, जिसे डिफ़ॉल्ट वातावरण कहा जाता है। Power Platform ये संसाधन अक्सर Microsoft 365 के साथ शामिल केवल बुनियादी क्षमताओं का उपयोग करते हैं और Power Platform की पूरी क्षमताओं का उपयोग नहीं करते हैं। जैसे-जैसे यह प्रारंभिक अपनापन बढ़ता है, संगठनों को संपूर्ण क्षमताओं को उद्यम स्तर पर अपनाने के लिए एक पर्यावरण रणनीति के लिए एक मार्ग प्रदान करता है। Microsoft Power Platform ये प्रीमियम शासन क्षमताएँ तब उपलब्ध होती हैं जब उपयोगकर्ताओं के पास प्रीमियम Power Platform (Power Apps, Power Automate, Microsoft Copilot Studio, और Dynamics 365) लाइसेंस होता है. Power Platform अपनाने की परिपक्वता मॉडल संगठनों को उनकी पर्यावरण रणनीति से परे उद्यम पैमाने पर अपनाने को प्राप्त करने के लिए उनके रोडमैप को परिभाषित करने में मदद करने के लिए अधिक अंतर्दृष्टि प्रदान कर सकता है। यह दृष्टिकोण संगठनों को बुनियादी व्यक्तिगत उत्पादकता से उद्यम-स्तर पर अपनाने तक परिपक्व होने में मदद कर सकता है। Power Platform

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

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

बाईं ओर डिफ़ॉल्ट परिवेश का उपयोग करने वाले चार निर्माताओं के साथ एक केंद्रीय, साझा परिवेश रणनीति का चित्रण और दाईं ओर अलग-अलग डेवलपर परिवेशों के लिए रूटिंग करने वाले चार निर्माताओं के साथ एक परिवेश रूटिंग रणनीति का चित्रण।

चित्र: एक साझा, केंद्रीय परिवेश (बाएं) और एक परिवेश रूटिंग रणनीति (दाएं) का चित्रण।

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

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

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

आपको अपने संगठन की विशिष्ट आवश्यकताओं के अनुरूप अनुशंसित पर्यावरण क्षमताओं का उपयोग करके अपनी पर्यावरण रणनीति स्थापित करनी चाहिए। अपनी पर्यावरण रणनीति बनाने को एक बार की गतिविधि न समझें। इसमें समय के साथ-साथ विकास होना चाहिए ताकि नई पर्यावरण सुविधाएं उपलब्ध होते ही उन्हें इसमें शामिल किया जा सके।

उद्यम-स्तरीय, पर्यावरण रणनीति का समर्थन करने वाली विशेषताएं

वातावरण प्रशासन, शासन और सुरक्षा के लिए आधारशिला है। Power Platform संपूर्ण सुविधा अवलोकन इस पेपर के दायरे से बाहर है; तथापि, यह खंड उन सुविधाओं पर प्रकाश डालता है जो उद्यम स्तर पर पर्यावरण रणनीति के कार्यान्वयन का समर्थन करती हैं।

परिवेशों के प्रकार

निम्न तालिका में उन प्रकार के वातावरणों का वर्णन किया गया है जिन्हें आप बना सकते हैं, उनकी विशेषताएं और उनके इच्छित उपयोग।

प्रकार विशेषताएँ और उपयोग
डिफ़ॉल्ट वह वातावरण जो हर किरायेदार के साथ आता है। कई अनुभव अनुकूलन और स्वचालन के लिए इस वातावरण का उपयोग करते हैं। Microsoft 365 यह वातावरण व्यक्तिगत, उत्पादकता परिदृश्यों से परे दीर्घकालिक या स्थायी कार्य के लिए नहीं है। Microsoft 365
उत्पादन इस वातावरण का उपयोग किसी संगठन में स्थायी कार्य के लिए किया जाना है। उत्पादन परिवेश सात दिनों से लेकर 28 दिनों तक विस्तारित बैक-अप अवधारण का समर्थन करता है।
सैंडबॉक्स ये गैर-उत्पादन वातावरण कॉपी और रीसेट जैसी पर्यावरण क्रियाओं का समर्थन करते हैं। सैंडबॉक्स का उपयोग परीक्षण और ALM निर्माण वातावरण के लिए सबसे अच्छा होता है।
डेवलपर इन विशेष वातावरणों को निर्माताओं के व्यक्तिगत, विकास कार्यक्षेत्र के रूप में अभिप्रेत किया गया है, जो उपयोगकर्ताओं और अन्य निर्माताओं से लो-कोड परिसंपत्तियों को अलग करता है। निर्माताओं के पास अधिकतम तीन डेवलपर वातावरण हो सकते हैं। वे आपकी किरायेदार क्षमता के विरुद्ध नहीं गिने जाते। यदि स्वामी सूचनाओं का जवाब नहीं देता है, तो 90 दिनों तक उपयोग नहीं किए गए डेवलपर परिवेश स्वचालित रूप से बंद हो जाते हैं और फिर आपके टेनेंट से हटा दिए जाते हैं। Dynamics 365 ऐप डेवलपर परिवेशों में उपलब्ध नहीं हैं.
परीक्षण इन वातावरणों का उद्देश्य अल्पकालिक परीक्षण और अवधारणा के प्रमाणों का समर्थन करना है। वे प्रति उपयोगकर्ता एक तक सीमित हैं। परीक्षण परिवेश कुछ समय के बाद स्वचालित रूप से आपके टेनेंट से हटा दिए जाते हैं।
Microsoft Dataverse for Teams जब आप Teams में कोई ऐप बनाते हैं या ऐप कैटलॉग से कोई ऐप इंस्टॉल करते हैं तो ये परिवेश स्वचालित रूप से बन जाते हैं. इन परिवेशों के लिए सुरक्षा मॉडल उस टीम के साथ संरेखित होता है जिसके साथ वे जुड़े होते हैं।
समर्थन ये विशेष वातावरण हैं जो Microsoft सपोर्ट द्वारा बनाए गए हैं ताकि इंजीनियरों को समस्याओं का निवारण करने में मदद मिल सके। ये परिवेश आपकी किरायेदार क्षमता के विरुद्ध नहीं गिने जाते।

जब आप समग्र किरायेदार पर्यावरण रणनीति तैयार करते हैं, तो रणनीति अनुशंसाओं का समर्थन करने के लिए विभिन्न प्रकार प्रासंगिक होते हैं।

प्रबंधित परिवेश

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

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

अधिक दृश्यता अधिक नियंत्रण कम प्रयास
उपयोग संबंधी जानकारी

एडमिन डाइजेस्ट

लाइसेंस रिपोर्ट

डेटा नीति दृश्य

Azure में डेटा निर्यात करें Application Insights

सभी ऐप्स के लिए AI-जनरेटेड विवरण
साझाकरण सीमाएँ

डेस्कटॉप प्रवाह के लिए डेटा नीतियाँ

समाधान परीक्षक

निर्माता स्वागत सामग्री

आईपी ​​फ़ायरवॉल

आईपी ​​कुकी बाइंडिंग


ग्राहक-प्रबंधित कुंजियाँ

ग्राहक लॉकबॉक्स

विस्तारित बैक-अप
आसान सक्रियण

Power Platform पाइपलाइनों

पर्यावरण रूटिंग

पर्यावरण समूह और नियम


Power Platform सलाहकार

लाइसेंस स्वतः दावा

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

नीति कॉन्फ़िगर किए जाने के बाद, संगठन में किसी भी उपयोगकर्ता को जिसे व्यक्तिगत लाइसेंस की आवश्यकता होती है, उसे निम्नलिखित शर्तों के तहत स्वचालित रूप से लाइसेंस प्रदान किया जाता है: Power Apps

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

  • यदि कोई उपयोगकर्ता बिना स्टैंडअलोन लाइसेंस के प्रबंधित परिवेश में कोई ऐप लॉन्च करता है, तो सिस्टम स्वचालित रूप से उपयोगकर्ता को प्रति उपयोगकर्ता लाइसेंस प्रदान करता है। Power Apps Power Apps

इसी प्रकार, नीति कॉन्फ़िगर किए जाने के बाद, संगठन में किसी भी उपयोगकर्ता को जिसे व्यक्तिगत लाइसेंस की आवश्यकता होती है, उसे निम्नलिखित शर्तों के तहत स्वचालित रूप से लाइसेंस प्रदान किया जाता है: Power Automate

  • उपयोगकर्ता अटेंडेड RPA (प्रक्रिया का रोबोटिक स्वचालन) के साथ प्रीमियम क्लाउड फ़्लो को ट्रिगर, सहेजता या चालू करता है।

  • उपयोगकर्ता एक प्रीमियम लाइसेंस का अनुरोध करता है। Power Automate

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

पर्यावरण समूह और नियम

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

पर्यावरण समूहों का उपयोग करने के बारे में सोचते समय निम्नलिखित बातों को ध्यान में रखें:

  • किसी समूह में शामिल होने के लिए वातावरण का प्रबंधन किया जाना चाहिए।

  • एक वातावरण एक समय में केवल एक ही समूह में हो सकता है।

  • किसी परिवेश को एक समूह से दूसरे समूह में स्थानांतरित किया जा सकता है।

  • एक समूह में पर्यावरण अनेक भौगोलिक क्षेत्रों से हो सकते हैं।

  • समूह में अन्य समूह शामिल नहीं हो सकते.

सुसंगत सेटिंग और नियंत्रण लागू करने में आपकी मदद करने के लिए, परिवेश समूहों में निम्न में से एक या अधिक नियम कॉन्फ़िगर और चालू किए जा सकते हैं:

  • कैनवास ऐप्स के लिए नियंत्रण साझा करना

  • उपयोग इनसाइट

  • निर्माता स्वागत सामग्री

  • समाधान-जांचकर्ता प्रवर्तन

  • बैक-अप प्रतिधारण

  • AI-जेनरेटेड विवरण

कोई नियम प्रकाशित होने पर सक्रिय हो जाता है. सक्रिय नियम समूह से संबद्ध सभी परिवेशों पर लागू होते हैं।

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

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

कॉन्टोसो किरायेदार के लिए पर्यावरण रणनीति की संकल्पना

चित्र: कॉन्टोसो टेनेंट के लिए पर्यावरण रणनीति की संकल्पना।

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

वास्तविक किरायेदार में वैचारिक पर्यावरण समूहों को लागू करने का उदाहरण

चित्र: वास्तविक टेनेंट में वैचारिक पर्यावरण समूहों को लागू करने का उदाहरण

इस लेख में आगे, हम टेनेंट परिवेश रणनीति के भाग के रूप में परिवेश समूहों का उपयोग करने के अधिक तरीकों का पता लगाते हैं।

डिफ़ॉल्ट वातावरण रूटिंग

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

ऐप्स बनाते समय डिफ़ॉल्ट वातावरण के बजाय स्वचालित रूप से व्यक्तिगत डेवेलपर परिवेश पर रीडायरेक्ट किए जाने वाले निर्माता का आरेख

चित्र: ऐप्स बनाते समय निर्माता को डिफ़ॉल्ट परिवेश के बजाय स्वचालित रूप से व्यक्तिगत, डेवेलपर परिवेश पर रीडायरेक्ट किया जाता है।

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

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

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

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

प्रारंभ में, पर्यावरण रूटिंग नए और मौजूदा निर्माताओं को डिफ़ॉल्ट पर्यावरण से दूर रूट करने का समर्थन करता है जब वे make.powerapps.com का उपयोग करते हैं। समय के साथ, अन्य सेवाएँ पर्यावरण रूटिंग सुविधा का समर्थन करेंगी। Power Platform

Microsoft Dataverse

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

Dataverse समाधान ALM को लागू करने के लिए तंत्र हैं Power Platform जैसे उत्पाद Power Apps और Power Automate. पाइपलाइनों में Power Platform निर्माताओं द्वारा निर्मित परिसंपत्तियों के CI/CD को स्वचालित करने के लिए समाधान का उपयोग करें। समाधान यहां से निर्यात किए जा सकते हैं Dataverse और एक स्रोत नियंत्रण उपकरण में संग्रहीत जैसे Azure DevOps या GitHub. यदि आपको विकास परिवेश को पुनः बनाने की आवश्यकता है तो स्रोत नियंत्रण में समाधान सत्य का स्रोत बन जाता है। उदाहरण के लिए, यदि किसी निर्माता ने एक लोकप्रिय ऐप बनाया और फिर डेवेलपर परिवेश को हटा दिया, तो स्रोत नियंत्रण में संग्रहीत निर्यातित समाधान का उपयोग व्यवहार्य विकास वातावरण को फिर से बनाने के लिए किया जा सकता है।

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

हमारा सुझाव है कि आप किसी भी ऐसे परिवेश में प्रावधान करें जहाँ निर्माता ऐसी परिसंपत्तियाँ बनाते हैं जिन्हें अन्य उपयोगकर्ताओं के साथ साझा किया जाएगा। Dataverse इससे परिसंपत्तियों को ALM के लिए तैयार करना आसान हो जाता है।

पसंदीदा समाधान

जब कोई निर्माता किसी परिवेश में कोई परिसंपत्ति बनाता है—और किसी कस्टम समाधान से प्रारंभ नहीं करता है—तो परिसंपत्ति डिफ़ॉल्ट समाधान से संबद्ध होती है और संभवतः डिफ़ॉल्ट समाधान से भी संबद्ध होती है. Dataverse Dataverse Common Data Service डिफ़ॉल्ट समाधान उन सभी निर्माताओं द्वारा साझा किया जाता है जो परिवेश में परिसंपत्तियाँ बनाते हैं. यह पहचानने का कोई आसान तरीका नहीं है कि किस निर्माता ने कौन से घटक बनाए हैं या कौन सी संपत्ति किस ऐप से संबंधित है। इससे किसी लोकप्रिय ऐप को बड़े पैमाने पर साझा करने के लिए दूसरे परिवेश में प्रचारित करना कठिन हो सकता है। आपको डिफ़ॉल्ट समाधान में सभी परिसंपत्तियों को बढ़ावा देना होगा - यह आदर्श परिदृश्य नहीं है।

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

पाइपलाइनों में Power Platform

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

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

स्रोत नियंत्रण में संग्रहीत परिसंपत्ति को विकास से लेकर परीक्षण और उत्पादन तक स्वचालित रूप से बढ़ावा देने के लिए पाइपलाइन को दर्शाने वाला आरेख

चित्र: एक पाइपलाइन स्रोत नियंत्रण में संग्रहीत परिसंपत्ति को विकास से लेकर परीक्षण और उत्पादन तक के लिए बढ़ावा देने को स्वचालित करती है।

आप उन परिवेशों और प्रक्रियाओं की संख्या कॉन्फ़िगर कर सकते हैं, जैसे अनुमोदन, जिन्हें पाइपलाइन में शामिल करने की आवश्यकता है।

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

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

सूची में Power Platform

ऐसे संगठन जिनमें डेवलपर्स और निर्माता ऐप और प्रवाह तथा टेम्पलेट जैसे घटकों का निर्माण और साझा करते हैं, जो अधिक उन्नत प्रारंभिक बिंदु हैं, उन्हें अधिक मूल्य प्राप्त होता है। Power Platform Power Platform कैटलॉग निर्माताओं के लिए अपने घटकों और टेम्पलेट्स को विभिन्न परिवेशों में अधिक प्रभावी ढंग से साझा करना आसान बनाता है।

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

फ़ीचर रोडमैप

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

उद्यम-स्तरीय पर्यावरण रणनीति की नींव

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

इस उदाहरण में, कॉन्टोसो नेतृत्व कर्मचारियों को इसका लाभ उठाने के लिए सशक्त बनाना चाहता है और उन्होंने निम्नलिखित उच्च-स्तरीय आवश्यकताओं की पहचान की है: Power Platform

  • कर्मचारियों को स्वचालित, दस्तावेज़ अनुमोदन प्रक्रिया और अन्य कार्य करने में सक्षम होना चाहिए Power Platform अनुकूलन के साथ Microsoft 365.

  • कर्मचारियों को निर्माण करने में सक्षम होना चाहिए Power Apps और Power Automate वे अपनी व्यक्तिगत उत्पादकता में सुधार के लिए स्वचालन का उपयोग कर रहे हैं।

  • जो निर्माता कंपनी के कंप्लायंस ट्रैकर ऐप पर काम कर रहे हैं, उन्हें इसे विकसित करने और बनाए रखने में सक्षम होना चाहिए।

इन आवश्यकताओं का समर्थन करने के लिए, कॉन्टोसो एडमिन और गवर्नेंस टीम ने निम्नलिखित पर्यावरण टोपोलॉजी बनाई:

चार पर्यावरण समूहों के साथ एक पर्यावरण टोपोलॉजी का आरेख विकास साझा विकास यूएटी और उत्पादन उन ऐप्स के लिए लोगो के साथ जिन्हें प्रत्येक को समर्थन करना चाहिए Power Platform

चित्र: कॉन्टोसो के Power Platform एट स्केल प्रोजेक्ट के लिए प्रस्तावित पर्यावरण टोपोलॉजी।

आइये इस पर्यावरण टोपोलॉजी आरेख का विस्तार से अध्ययन करें।

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

केवल व्यवस्थापक ही परीक्षण, सैंडबॉक्स और उत्पादन परिवेश बना सकते हैं। निर्माता नए परिवेश का अनुरोध करने के लिए कस्टम फ़ॉर्म या किसी अन्य प्रक्रिया का उपयोग करते हैं. Microsoft Microsoft Power Platform उत्कृष्टता केंद्र (सीओई) स्टार्टर किट में एक पर्यावरण अनुरोध शामिल है जिसका उपयोग किया जा सकता है।

चार पर्यावरण समूह बनाए जाते हैं: विकास, साझा विकास, यूएटी (उपयोगकर्ता स्वीकृति परीक्षण), और उत्पादन।

  • विकास समूह के लिए निर्धारित पर्यावरण रूटिंग नीति निर्माताओं को डिफ़ॉल्ट पर्यावरण से दूर उनके स्वयं के डेवलपर पर्यावरणों में ले जाती है। जैसे ही नए विकास परिवेश बनाए जाते हैं, वे स्वचालित रूप से विकास समूह से संबद्ध हो जाते हैं और उसके नियम लागू हो जाते हैं।

  • साझा विकास समूह ऐसे परिवेशों का समर्थन करता है जिनमें एकाधिक निर्माताओं वाली परियोजनाएं शामिल होती हैं।

  • UAT समूह में ऐसे परिवेश होते हैं जिनका उपयोग संसाधनों को उत्पादन में प्रमोट करने से पहले उनका परीक्षण करने के लिए किया जाता है।

  • उत्पादन समूह में ऐसे परिवेश होते हैं जो उत्पादन उपयोग के लिए ऐप्स, प्रवाह और अन्य आर्टिफैक्ट्स को होस्ट करते हैं.

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

पाइपलाइन होस्ट पर्यावरण और होस्ट और विकास यूएटी और उत्पादन पर्यावरण के बीच पाइपलाइनों के साथ समान पर्यावरण टोपोलॉजी का आरेख

चित्र: पाइपलाइन होस्ट वातावरण को विकास, परीक्षण और उत्पादन वातावरण से जोड़ने वाली पाइपलाइनों के साथ समान वातावरण टोपोलॉजी।

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

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

विशिष्ट परिदृश्यों के लिए पर्यावरण रणनीतियाँ

यहां कुछ सामान्य उपयोग के मामले दिए गए हैं जिन्हें आपको फाउंडेशन टेनेंट पर्यावरण रणनीति में शामिल करने की आवश्यकता हो सकती है।

नियंत्रित करें कि कौन से निर्माता डेवलपर परिवेश बना सकते हैं

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

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

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

उन्नत निर्माताओं को अधिक लचीलापन प्रदान करना

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

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

उन्नत निर्माताओं के लिए एक ऐसे वातावरण में अधिक कौशल वाले निर्माताओं को जोड़ने को दर्शाने वाला आरेख, जिसने शासन को आसान बना दिया है

चित्र: ऐसे परिवेश में अधिक सक्षम निर्माताओं को जोड़ें, जिसमें शासन नियमों में ढील दी गई हो।

क्षेत्र या व्यवसाय इकाई के अनुसार डेवलपर परिवेशों को व्यवस्थित करें

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

निर्माताओं को निर्दिष्ट समूह में बनाए गए नए डेवेलपर परिवेश में निर्देशित करने के लिए रूटिंग का उपयोग करें। फिर आप इसे क्षेत्र, संगठनात्मक इकाई या अन्य मानदंडों पर आधारित किसी अन्य समूह में ले जा सकते हैं, जहाँ आप अधिक विस्तृत शासन नियम लागू कर सकते हैं।

पर्यावरण रूटिंग को दर्शाने वाला आरेख निर्दिष्ट समूह में डेवलपर पर्यावरण बनाता है जिन्हें बाद में अधिक संरचनात्मक रूप से विशिष्ट समूहों में ले जाया जाता है

चित्र: पर्यावरण रूटिंग द्वारा निर्दिष्ट समूह में डेवलपर पर्यावरण बनाने के बाद, उन्हें अधिक संरचनात्मक रूप से विशिष्ट समूहों में ले जाएं।

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

उद्यम उपयोग के लिए ऐप विकसित करें

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

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

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

समर्पित वातावरण में विकास के तहत दो एंटरप्राइज़ ऐप्स को दर्शाने वाला आरेख, फिर उन वातावरणों में परीक्षण और परिनियोजित किया गया जिन्हें अन्य ऐप्स के साथ साझा किया गया है

चित्र: समर्पित परिवेशों में विकासाधीन दो एंटरप्राइज़ ऐप्स, फिर उनका परीक्षण किया गया और ऐसे परिवेशों में तैनात किया गया जिन्हें अन्य ऐप्स के साथ साझा किया गया है।

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

आरेख में एक एंटरप्राइज़ ऐप को अलग-अलग वातावरणों में विकास के तहत दिखाया गया है, जिसे एक साझा एकीकरण वातावरण में संयोजित किया गया है और फिर उन वातावरणों में परीक्षण और परिनियोजित किया गया है जो अन्य ऐप्स के साथ साझा किए गए हैं

चित्र: अलग-अलग डेवलपर परिवेशों में एक ही ऐप पर काम करने वाले दो निर्माताओं को परीक्षण और उत्पादन में जाने से पहले अपने काम को एक साझा एकीकरण परिवेश में संयोजित करना होगा.

यह भिन्नता सामान्यतः एक स्रोत नियंत्रण रणनीति को सम्मिलित करती है, जिसमें प्रत्येक विकास परिवेश को स्रोत नियंत्रण में एक शाखा के रूप में दर्शाया जाता है, जो तब विलय हो जाती है जब परिवर्तन को बढ़ावा देने के लिए तैयार हो जाते हैं। यह ध्यान रखना महत्वपूर्ण है कि प्रारंभिक रिलीज के बाद एप्लीकेशन का रखरखाव किस प्रकार किया जाएगा।

उदाहरण के लिए, हो सकता है कि ऐप का संस्करण 1.0 उत्पादन में हो, जबकि टीम संस्करण 2.0 के निर्माण में लगी हो। आपकी पर्यावरण रणनीति को संस्करण 1.0 में किसी समस्या को ठीक करने में सहायता करनी चाहिए, जबकि संस्करण 2.0 का विकास कार्य चल रहा है।

एक ही समय में विकास, परीक्षण और उत्पादन में एक ऐप के दो संस्करणों का आरेख

चित्र: संस्करण 1.0 को पैच, परीक्षण और परिनियोजित किया जाना चाहिए, जबकि संस्करण 2.0 का विकास, परीक्षण और परिनियोजित किया जा रहा है।

पर्यावरण समूह इस एंटरप्राइज़ ऐप परिदृश्य को संभालने के लिए कई दृष्टिकोण प्रदान करते हैं। उदाहरण के लिए, यह एक एकल ऐप समूह हो सकता है या इसमें प्रत्येक विकास चरण के लिए अलग-अलग समूह शामिल हो सकते हैं। सर्वोत्तम प्रथाओं वाले अनुभाग में, हम यह पता लगाते हैं कि विकल्पों का मूल्यांकन कैसे किया जाए।

डेवलपर परिवेशों का उपयोग न्यूनतम करें

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

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

आपकी पर्यावरण रणनीति के भाग के रूप में सुरक्षा

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

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

किरायेदार स्तर पर सुरक्षा

अधिकांश सुरक्षा सेटिंग्स जो परिवेशों को प्रभावित करती हैं, प्रत्येक परिवेश के लिए अलग से कॉन्फ़िगर की जाती हैं। हालाँकि, आप अपनी पर्यावरण रणनीति का समर्थन करने के लिए टेनेंट स्तर पर कुछ परिवर्तन कर सकते हैं।

डिफ़ॉल्ट परिवेश सुरक्षित करें

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

सबसे पहले, लो-कोड परिसंपत्तियों के निर्माण के लिए निर्माताओं को उनके स्वयं के कार्यक्षेत्र पर निर्देशित करने के लिए पर्यावरण रूटिंग का उपयोग करें।

  • समीक्षा करें कि डिफ़ॉल्ट परिवेश तक व्यवस्थापक पहुंच किसके पास है और इसे उन भूमिकाओं तक सीमित रखें जिन्हें इसकी आवश्यकता है.

  • डिफ़ॉल्ट परिवेश का नाम बदलकर कुछ अधिक वर्णनात्मक नाम रखने पर विचार करें, जैसे "व्यक्तिगत उत्पादकता।"

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

अन्य वातावरण सुरक्षित करें

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

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

पर्यावरण सुरक्षा के तीन स्तर सामान्य मध्यम उच्च और सुरक्षा विशेषताएं जो प्रत्येक को सुरक्षित रखती हैं जैसे डीएलपी नीतियां और ग्राहक लॉकबॉक्स

चित्र: पर्यावरण सुरक्षा के तीन स्तरों का एक उदाहरण और प्रत्येक स्तर में पर्यावरण पर लागू होने वाली सुरक्षा विशेषताएं।

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

अपने डेटा हानि रोकथाम रणनीति के लिए परिवेशों को संरेखित करें

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

DLP रणनीति स्थापित करने के तरीके के बारे में अधिक जानें.

पर्यावरण समूहों और उन पर लागू समान नाम वाली डेटा हानि रोकथाम नीतियों के बीच संबंध को दर्शाने वाला आरेख

चित्र: इस उदाहरण में, व्यक्तिगत डेव समूह में परिवेश एक DLP नीति का पालन करते हैं जो सभी गैर- DLP वातावरणों को ब्लॉक करता है।Microsoft कनेक्टर्स.

अपने संगठन के लिए पर्यावरण रणनीति तैयार करें

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

जहाँ हो वहीं से शुरू करो

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

संगठन संबंधी वह जानकारी जो आपको जाननी चाहिए, उसमें शामिल हैं:

  • संगठन में इसका उपयोग किस प्रकार किया जाएगा, इसका क्या दृष्टिकोण है? Power Platform

  • संगठन में कौन चरण परिसंपत्तियों का निर्माण करेगा?

आपको कुछ महत्वपूर्ण निर्णय लेने होंगे:

  • निर्माताओं को नया वातावरण कैसे मिलेगा?

  • क्या आप अपने परिवेशों को समूहीकृत करेंगे, और यदि हां, तो कैसे?

  • विभिन्न वातावरणों के लिए कौन से सुरक्षा स्तर आवश्यक हैं, और वातावरणों को कैसे वर्गीकृत किया जाता है?

  • आप यह कैसे तय करेंगे कि कोई ऐप, ऑटोमेशन या कोपायलट मौजूदा परिवेश का उपयोग करेगा या नए परिवेश का?

  • क्या प्लेटफ़ॉर्म की आधारभूत विशेषताओं और आपकी आवश्यकताओं के बीच कोई अंतर है जिसके लिए कस्टम गवर्नेंस प्रक्रिया की आवश्यकता है?

  • आप डिफ़ॉल्ट वातावरण में किसी भी मौजूदा संपत्ति को कैसे संभालेंगे?

  • क्या आपके पास कोई टेनेंट और परिवेश DLP नीति रणनीति है, और यदि हां, तो यह आपके द्वारा बनाई जा रही परिवेश रणनीति के साथ किस प्रकार संरेखित है?

आपको क्लाउड ऑपरेटिंग मॉडल से भी कुछ प्रेरणा मिल सकती है जो Azure के लिए क्लाउड एडॉप्शन फ्रेमवर्क का हिस्सा हैं।

प्लेटफ़ॉर्म का उपयोग करके अंतराल भरें

आपको लगभग हमेशा ऐसी आवश्यकताएं मिलेंगी जिन्हें प्लेटफ़ॉर्म की अंतर्निहित क्षमताएं पूरी नहीं करतीं। जब आप इन अंतरालों का मूल्यांकन करें, तो अपने मूल्यांकन के निम्नलिखित संभावित परिणामों पर विचार करें:

  • यह अंतर स्वीकार्य है।

  • इस कमी को उत्कृष्टता केंद्र स्टार्टर किट का उपयोग करके पूरा किया जा सकता है। Power Platform

  • इस अंतर को प्लेटफॉर्म की क्षमताओं, जैसे एपीआई, कनेक्टर्स और कस्टम ऐप्स या ऑटोमेशन का उपयोग करके भरा जा सकता है।

  • इस अंतर को किसी तीसरे पक्ष के टूल या ऐप का उपयोग करके पूरा किया जा सकता है।

CoE स्टार्टर किट

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

उदाहरण के लिए, परिवेश डैशबोर्ड एक अवलोकन प्रदान करता है जो आपको यह समझने में मदद करता है कि आपके टेनेंट में कौन से परिवेश मौजूद हैं, उन्हें किसने बनाया है, और उनमें कौन सी संपत्तियाँ हैं। Power BI

 Power BI में परिवेश अवलोकन डैशबोर्ड का स्क्रीनशॉट जिसमें संख्यात्मक टाइल चार्ट और रिपोर्ट फ़िल्टर दिखाए गए हैं

चित्र: Power BI में पर्यावरण डैशबोर्ड.

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

एक नए परिवेश का अनुरोध करने या किसी परिवेश पर लागू DLP नीति को संशोधित करने की प्रक्रिया में व्यवस्थापक और निर्माता की भूमिकाओं और क्रियाओं को दर्शाने वाला प्रवाह आरेख

चित्र: CoE स्टार्टर किट में पर्यावरण प्रबंधन प्रक्रिया को दर्शाने वाला प्रवाह आरेख।

प्लेटफ़ॉर्म प्रोग्रामेबिलिटी और एक्सटेंसिबिलिटी

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

आप ऐप्स और फ़्लो बनाने के लिए निम्नलिखित कनेक्टर का उपयोग कर सकते हैं:

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

निर्माताओं और प्रशासकों के लिए PowerShell cmdlets Power Platform के साथ, आप कई निगरानी और प्रबंधन कार्यों को स्वचालित कर सकते हैं।

Power Platform DLP SDK आपको अपने टेनेंट और परिवेश डेटा हानि रोकथाम नीतियों को प्रबंधित करने में मदद कर सकता है।

सर्वोत्तम अभ्यास अनुशंसाएँ

लेख के इस भाग में, हम आधार और परिदृश्य-विशिष्ट भागों में दी गई सिफारिशों पर काम कर रहे हैं।

नए परिवेश

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

जब आप यह मूल्यांकन कर रहे हों कि कोई ऐप या स्वचालन अपने स्वयं के परिवेश में है या नहीं, तो ऐप के जीवन चक्र के विभिन्न चरणों का अलग-अलग मूल्यांकन करें। विकास के दौरान, अन्य ऐप्स से अलगाव महत्वपूर्ण है। जब एक ही वातावरण में कई ऐप्स विकसित किए जाते हैं, तो आप क्रॉस-ऐप निर्भरताएं बनाने का जोखिम उठाते हैं।

एक सामान्य अनुशंसा के रूप में, जहां तक ​​संभव हो, विकास परिवेश एकल-उद्देश्यीय, डिस्पोजेबल तथा आसानी से पुनः निर्मित होने योग्य होना चाहिए।

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

जब आप किसी ऐप के लिए उत्पादन परिवेश का मूल्यांकन करते हैं, तो निम्नलिखित बातों को ध्यान में रखें:

  • क्या यह ऐप परिवेश में विद्यमान ऐप्स के साथ संगत है? उदाहरण के लिए, दो ऐप जो अलग-अलग उद्देश्यों के लिए संपर्क तालिका का उपयोग करते हैं, वे संगत नहीं हो सकते हैं। Dataverse क्या ये ऐप्स DLP नीति के परिप्रेक्ष्य से संगत हैं?

  • क्या डेटा पृथक्करण के लिए कोई विशेष अनुपालन या विनियामक आवश्यकताएं हैं? उदाहरण के लिए, क्या डेटा के संवेदनशीलता को पृथक करने की आवश्यकता है? क्या ऐसी कोई आवश्यकता है कि डेटा को अन्य डेटा के साथ शामिल नहीं किया जा सकता?

  • क्या डेटा अत्यधिक गोपनीय या संवेदनशील है? क्या निष्कासन से संगठन को आर्थिक या प्रतिष्ठागत क्षति होगी? एक अलग वातावरण में अलग रहने से सुरक्षा पर अधिक नियंत्रण संभव हो सकता है।

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

  • क्या डेटा के लिए क्षेत्रीय डेटा निवास की आवश्यकता है? कुछ परिदृश्यों में, उचित डेटा अलगाव और निवास सुनिश्चित करने के लिए समान ऐप या स्वचालन को क्षेत्रीय परिवेशों में तैनात किया जा सकता है।

  • क्या अधिकांश उपयोगकर्ता उसी क्षेत्र में हैं जहां पर्यावरण स्थित है? यदि परिवेश EMEA में है, लेकिन ऐप के अधिकांश उपयोगकर्ता अमेरिका स्थित हैं, तो परिवेश को साझा करना सर्वोत्तम प्रदर्शन प्रदान नहीं कर सकता है।

  • क्या नये प्रशासकों की आवश्यकता होगी या मौजूदा प्रशासक ही पर्याप्त होंगे? यदि नए ऐप को अधिक व्यवस्थापकों की आवश्यकता है, तो क्या वे मौजूदा व्यवस्थापकों के साथ संगत होंगे, क्योंकि उन सभी के पास परिवेश में सभी ऐप्स पर व्यवस्थापक अनुमतियाँ होंगी?

  • ऐप की जीवन प्रत्याशा क्या है? यदि ऐप या स्वचालन अस्थायी या अल्पकालिक है, तो इसे अधिक स्थायी ऐप्स वाले वातावरण में स्थापित करना अच्छा नहीं होगा।

  • क्या उपयोगकर्ताओं को अलग-अलग ऐप्स के लिए एकाधिक वातावरण का उपयोग करने में कठिनाई होगी? इससे मोबाइल डिवाइस पर ऐप ढूंढने से लेकर स्वयं-सेवा रिपोर्टिंग तक सब कुछ प्रभावित हो सकता है, जिसमें कई वातावरणों से डेटा खींचना पड़ता है।

क्षमता

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

इसके द्वारा क्षमता का संरक्षण करें:

  • साझा परीक्षण और संचालन परिवेश का प्रबंधन करके. साझा विकास परिवेशों के विपरीत, परीक्षण और उत्पादन परिवेशों में अनुमतियाँ परीक्षण के लिए उपयोगकर्ता की पहुँच तक सीमित होनी चाहिए।
  • अस्थायी विकास के परिवेशों की सफाई को स्वचालित करें और परीक्षण या अवधारणा-के-प्रमाण कार्य के लिए परीक्षण परिवेशों के उपयोग को प्रोत्साहित करें.

परिवेश समूह

पर्यावरण समूह लचीले होते हैं और आपको अपने संगठनों के लिए विशिष्ट विभिन्न उपयोग मामलों को समायोजित करने की अनुमति देते हैं। यहां कुछ तरीके दिए गए हैं जिनके माध्यम से आप पर्यावरण रणनीति के भाग के रूप में पर्यावरणों को समूहीकृत करने पर विचार कर सकते हैं:

  • सेवा या घटक के आधार पर; उदाहरण के लिए, एक ServiceNow सेवा वृक्ष

  • विकास, परीक्षण और उत्पादन

  • विभाग, व्यावसायिक समूह या लागत केंद्र

  • परियोजनाओं द्वारा

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

एक आरेख जिसमें वित्त पर्यावरण समूह और मानव संसाधन पर्यावरण समूह को अलग-अलग नियमों के साथ दिखाया गया है

चित्र: दो अलग-अलग विभागों के पर्यावरण समूहों के अलग-अलग नियम हैं।

वातावरण और समूहों का नामकरण

अपनी रणनीति के एक भाग के रूप में, इस बात पर विचार करें कि वातावरणों और समूहों का नामकरण कैसे किया जाता है।

  • परिवेश नाम व्यवस्थापकों, निर्माताओं और उपयोगकर्ताओं को दिखाई देते हैं. आमतौर पर केवल व्यवस्थापक ही परिवेश समूहों का उपयोग करते हैं, लेकिन निर्माता भी उनका सामना कर सकते हैं यदि उनके पास परिवेश बनाने का विशेषाधिकार है।

  • स्वचालित रूप से बनाए गए डेवलपर परिवेश पैटर्न <उपयोगकर्ता नाम> के परिवेश का अनुसरण करते हैं; उदाहरण के लिए, "एवरी हॉवर्ड का परिवेश।" परिवेश समूहों को स्वचालित रूप से नाम नहीं दिया जाता है।

  • परिवेश और परिवेश समूह का नाम अद्वितीय होना आवश्यक नहीं है. हालाँकि, भ्रम से बचने के लिए, डुप्लिकेट नामों से बचना सर्वोत्तम अभ्यास है।

  • नाम 100 अक्षरों तक सीमित हैं. छोटे नामों का प्रयोग आसान होता है।

एक सुसंगत नामकरण परंपरा स्थापित करें.

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

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

  • एक अन्य सामान्य प्रथा यह है कि जब परिवेश उपयोगकर्ताओं के उस समूह के लिए समर्पित हो तो नाम में विभाग या व्यावसायिक इकाई को शामिल किया जाता है।

  • उदाहरण के लिए, आप यह तय कर सकते हैं कि सभी परिवेश या परिवेश समूह नामों को पैटर्न का पालन करना होगा < जीवनचक्र चरण> -< क्षेत्र> -< व्यापार की इकाई> -< उद्देश्य> (प्रोड-यूएस-फाइनेंस-पेरोल)।

नाम छोटे, अर्थपूर्ण और वर्णनात्मक रखें।

इस बारे में सोचें कि समय के साथ आपके समूह किस प्रकार विकसित होंगे और बढ़ेंगे, तथा सुनिश्चित करें कि आपका नामकरण इन विकसित होती आवश्यकताओं को पूरा कर सके।

नामों में गोपनीय जानकारी शामिल करने से बचें। वे उन सभी लोगों को दिखाई दे सकते हैं जिनकी व्यवस्थापन केंद्र तक पहुंच है।

डिफ़ॉल्ट परिवेश में परिसंपत्तियाँ

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

इस स्वच्छता प्रयास को करने का एक महत्वपूर्ण हिस्सा उन अनुप्रयोगों की पहचान करना है जो आपके संगठन में व्यापक रूप से उपयोग किए जाते हैं और जिनका अपना संरक्षित विकास वातावरण होना चाहिए जो उत्पादन वातावरण से अलग हो।

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

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

Dataverse for Teams पर्यावरण में परिसंपत्तियाँ

Microsoft Dataverse for Teams Microsoft Teams , Power Apps, और का उपयोग करके उपयोगकर्ताओं को कस्टम ऐप्स, बॉट और प्रवाह बनाने की शक्ति प्रदान करता है। Microsoft Copilot Studio Power Automate जब टीम का मालिक यह क्षमता अपनी टीम में जोड़ता है, तो Dataverse for Teams डेटाबेस के साथ Microsoft Power Platform परिवेश बनाया और उनकी टीम से जोड़ा जाता है. पर्यावरण प्रबंधन के लिए शासन नीतियां स्थापित करने का तरीका जानें Microsoft Dataverse for Teams .

आंतरिक स्तर पर पर्यावरण रणनीति Microsoft

Microsoft अपने आप को "ग्राहक शून्य" मानता है क्योंकि यह आंतरिक रूप से अपने कर्मचारियों के बीच स्वचालन और दक्षता को बढ़ावा देने के लिए अपनाता है। Power Platform निम्नलिखित संख्याएँ आपको आंतरिक टेनेंट में उपयोग के पैमाने का एक चरण विवरण देती हैं। Microsoft

  • 50,000-60,000 सक्रिय निर्माता हर महीने

  • 250,000 से अधिक आवेदन और 300,000 से अधिक प्रवाह

  • 20,000 से अधिक वातावरण

Microsoft अपनी पूर्व पर्यावरण रणनीति से हटकर नवीनतम शासन सुविधाओं का उपयोग करने वाली रणनीति अपना रहा है, जिसमें आइडिया, पर्यावरण समूह और नियम शामिल हैं। Power Platform

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

Microsoft अपने वातावरण को तीन व्यापक श्रेणियों में संरचित कर रहा है जो सात उपयोग मामलों को कवर करते हैं, जो जोखिम और नियंत्रण की अलग-अलग डिग्री को दर्शाते हैं: व्यक्तिगत उत्पादकता, टीम सहयोग और उद्यम विकास। Power Platform

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

  • टीम सहयोग - यह उन उपयोगकर्ताओं के लिए है जो अपनी टीम के लिए टूलींग, स्वचालन और प्रक्रियाएं बना रहे हैं। इस परिदृश्य के लिए, Microsoft पर्यावरण के उपयोग को प्रोत्साहित किया जाता है। Dataverse for Teams जीवनचक्र, पहुँच प्रबंधन और डेटा लेबलिंग को समूह-स्तर पर नियंत्रित किया जाता है, इसलिए हमें शासन के दृष्टिकोण से इन उपयोगकर्ताओं को प्रबंधित करने में समय व्यतीत नहीं करना पड़ता है। Microsoft 365 Power Platform उपयोग का यह स्तर जोखिम स्पेक्ट्रम में अगला स्तर है।

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

Microsoftकी शासन रणनीति स्थिर नहीं है। यह परिवर्तनशील है और नई चुनौतियों के अनुकूल होने तथा नई सुविधाओं को शामिल करने के लिए इसमें परिवर्तन होता रहता है। Power Platform

अपनी किरायेदार पर्यावरण रणनीति विकसित करें

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

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

सभी यात्राओं की तरह, अलग-अलग संगठन रास्ते में अलग-अलग बिंदुओं पर जुड़ते हैं, लेकिन सभी का लक्ष्य एक ही होता है। निम्नलिखित संभावित ऑन-रैम्प्स हैं जो दर्शाते हैं कि आपका संगठन आज कहां है।

शुरू करें

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

इस आलेख में उल्लिखित प्रमुख पर्यावरण विशेषताओं और रणनीतियों का अन्वेषण करें। अपनी आवश्यकताओं के अनुरूप सर्वोत्तम किरायेदार पर्यावरण रणनीति तैयार करने और उसे क्रियान्वित करने के लिए आवश्यक प्रमुख विषयों, विचारों और निर्णयों को समझने के लिए समय निकालें।

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

संरेखण

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

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

निम्नलिखित सुझाव सामान्य वृद्धिशील परिवर्तन हैं जिन्हें आप कार्यान्वित कर सकते हैं:

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

  • अपनी समूहीकरण रणनीति का मूल्यांकन करें और यदि आवश्यक हो तो अपने मौजूदा परिवेशों का समर्थन करने के लिए समूह बनाएं। उन समूहों पर नियम स्थापित करें जो मौजूदा प्रतिबंधों और अपवादों के अनुरूप हों। मौजूदा परिवेशों को उन समूहों में ले जाएँ.

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

  • डिफ़ॉल्ट परिवेश में उपयोग नहीं की जा रही परिसंपत्तियों की पहचान करने, उन्हें संगरोधित करने और निकालने के लिए एक योजना बनाएं.

संवर्धन

आप जिस परिवेश रणनीति को क्रियान्वित कर रहे हैं, वह पहले से ही नवीनतम सुविधाओं और सर्वोत्तम प्रथाओं के अनुरूप है, लेकिन आपका संगठन अधिक नियंत्रण या सुविधाएँ जोड़ना चाहता है।

अपने संगठन को अपनी पर्यावरण रणनीति के बारे में बताएं

यदि आपके उपयोगकर्ता समझते हैं और आप जो हासिल करने की कोशिश कर रहे हैं उसके साथ संरेखित हैं, तो आप अपनी टेनेंट पर्यावरण रणनीति को अधिक सफलतापूर्वक लागू करते हैं। Power Platform यदि आप बिना किसी संचार के अपनी रणनीति को सक्रिय कर देते हैं, तो उपयोगकर्ता परिवर्तनों को प्रतिबंध के रूप में देखते हैं और उनसे निपटने के तरीके खोजते हैं।

अपनी रणनीति को विकसित करने या विकसित करने के भाग के रूप में, यह तय करें कि आप उपयोगकर्ताओं को रणनीति के उन प्रमुख तत्वों के बारे में कैसे सूचित करेंगे जो उनके उपयोग को प्रभावित करते हैं। Power Platform उन्हें आपकी रणनीति के सभी तकनीकी विवरणों की आवश्यकता नहीं है, केवल उन आवश्यक बातों की आवश्यकता है जो यह सुनिश्चित करने में मदद करें कि वे उत्पादक बने रहें, जैसे:

  • डिफ़ॉल्ट वातावरण का उद्देश्य

  • उन्हें नई लो-कोड संपत्तियां कहां बनानी चाहिए

  • उन्हें अपने व्यक्तिगत डेवेलपर परिवेश का उपयोग कैसे करना चाहिए

  • विशिष्ट व्यावसायिक इकाइयों या परियोजनाओं के लिए कस्टम परिवेशों का अनुरोध कैसे करें

  • सामान्य कनेक्टर उपयोग नीतियाँ, तथा अपने परिवेशों के लिए अधिक कनेक्टर विशेषाधिकारों का अनुरोध कैसे करें

  • वे जो कुछ बनाते हैं उसे दूसरों के साथ कैसे साझा करें

  • निर्माता की जिम्मेदारियां; उदाहरण के लिए:

    • टैनेंट को साफ रखें. यदि अब आपकी आवश्यकता न हो तो अपने परिवेश, ऐप्स और प्रवाहों को हटा दें. प्रयोग कर रहे हों, तो परीक्षण परिवेश का उपयोग करें.

    • समझदारी से साझा करें. अपने परिवेशों, ऐप, प्रवाह और साझा किए गए कनेक्शनों के अधिक साझाकरण पर निगरानी रखें.

    • संगठन का डेटा बचाएँ. अत्यधिक गोपनीय या गोपनीय डेटा स्रोतों से डेटा को असुरक्षित या बाह्य भंडारण में स्थानांतरित करने से बचें।

  • जब आपकी रणनीति बदलती है, तो साझा करें कि यह परिवर्तन आपके उपयोगकर्ताओं को कैसे प्रभावित करता है ताकि वे जान सकें कि उन्हें क्या अलग करना है

एक अच्छी शुरुआत यह है कि पर्यावरण समूह में निर्माता स्वागत सामग्री को चालू करें जहां नए निर्माता जोड़े जाते हैं।

निर्माताओं के लिए स्वागत सामग्री का स्क्रीनशॉट Power Platform

चित्र: नए निर्माताओं को सफल होने में मदद करने के लिए स्वागत सामग्री का उपयोग करें।

अपने उपयोगकर्ताओं के साथ संवाद करने का एक और प्रभावी तरीका एक आंतरिक हब स्थापित करना है। Power Platform यह केंद्र लोगों के लिए परियोजनाओं पर सहयोग करने, आइडियाज़ साझा करने, तथा अधिक उपलब्धि प्राप्त करने के लिए प्रौद्योगिकी को लागू करने के नए तरीकों की खोज करने का स्थान हो सकता है। हब वह स्थान हो सकता है जहां आप अपने पर्यावरण रणनीति पर अधिक विस्तृत जानकारी साझा कर सकते हैं जो आपके उपयोगकर्ताओं के लिए प्रासंगिक है। जानें कि आंतरिक Power Platform हब कैसे बनाएं।

निष्कर्ष

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

जैसे-जैसे आपका संगठन अपनाता है Power Platform और उपयोग में तेजी आएगी, तो पर्यावरण की आवश्यकता तेजी से बदल सकती है। आपको एक चुस्त दृष्टिकोण की आवश्यकता है जो आपकी पर्यावरण रणनीति को परिवर्तनों के साथ बनाए रखने में मदद करे और आपके संगठन की विकसित होती शासन आवश्यकताओं को पूरा करना जारी रखे।

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

हर संगठन की अपनाने की यात्रा Power Platform निराला है। हमने आपको सही दिशा में शुरुआत करने में मदद करने के लिए कुछ आइडियाज़ प्रस्तुत किए हैं। आपका Microsoft खाता टीम या Power Platform भागीदार आपके संगठन के लिए अधिक अनुकूलित टेनेंट परिवेश रणनीति बनाने में आपकी सहायता कर सकता है।

संसाधन