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

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

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

परिचय

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

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

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

माइक्रोसॉफ्ट की टेनेंट पर्यावरण रणनीति दृष्टि

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

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

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

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

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

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

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

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

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

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

• पर्यावरण के प्रकार आपकी रणनीति के भाग के रूप में पर्यावरण के विभिन्न उपयोगों का वर्णन करता है।
• प्रबंधित वातावरण प्रीमियम क्षमताओं का एक सेट प्रदान करता है जो वातावरण को बड़े पैमाने पर प्रबंधित करना आसान बनाता है।
• लाइसेंस स्वतः दावा उपयोगकर्ताओं को प्रति उपयोगकर्ता लाइसेंस का दावा करने की अनुमति देकर लाइसेंस असाइनमेंट को सरल बनाता है, जब उनकी आवश्यकता होती है, इसके बजाय व्यवस्थापक को पहले से उन उपयोगकर्ताओं की पहचान करने की आवश्यकता होती है जिन्हें लाइसेंस की आवश्यकता होती है। Power Apps
• पर्यावरण समूह और नियम बताते हैं कि पर्यावरण को समूहों के रूप में कैसे प्रबंधित किया जाए और सुसंगत शासन नीतियों को स्वचालित करने के लिए समूहों पर नियम कैसे लागू किए जाएं।
• डिफ़ॉल्ट परिवेश रूटिंग निर्माताओं को डिफ़ॉल्ट परिवेश में संसाधन बनाने से स्वचालित रूप से उनके अपने व्यक्तिगत परिवेश में ले जाती है।
• Microsoft Dataverse उन्नत सुरक्षा और ALM प्रदान करता है।
• पसंदीदा समाधान निर्माताओं को यह सुनिश्चित करने में सहायता करते हैं कि उनके द्वारा निर्मित सभी परिसंपत्तियाँ किसी समाधान में हों, जिससे उन्हें अन्य परिवेशों में बढ़ावा देना आसान हो जाता है। Dataverse
• पाइपलाइनें विकास से लेकर परीक्षण और उत्पादन परिवेशों तक परिसंपत्तियों को बढ़ावा देने के लिए एक सरलीकृत प्रक्रिया प्रदान करती हैं, जिससे सभी निर्माताओं के लिए निरंतर एकीकरण और परिनियोजन (CI/CD) उपलब्ध हो जाता है। Power Platform
• कैटलॉग इन निर्माताओं को ऐप और प्रवाह जैसे घटकों और टेम्पलेट्स जैसे अधिक उन्नत प्रारंभिक बिंदुओं को साझा करने की अनुमति देता है। Power Platform

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

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

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

समग्र किरायेदार परिवेश रणनीति बनाते समय, अपनी सिफारिशों के समर्थन के लिए विभिन्न प्रकारों पर विचार करें।

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

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

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

अधिक दृश्यता	अधिक नियंत्रण	कम प्रयास
उपयोग संबंधी जानकारी एडमिन डाइजेस्ट लाइसेंस रिपोर्ट डेटा नीति दृश्य डेटा को Azure में निर्यात करें Application Insights सभी ऐप्स के लिए AI-जनरेटेड विवरण	साझाकरण सीमाएँ डेस्कटॉप प्रवाह के लिए डेटा नीतियाँ समाधान परीक्षक निर्माता स्वागत सामग्री आईपी फ़ायरवॉल आईपी कुकी बाइंडिंग ग्राहक-प्रबंधित कुंजियाँ ग्राहक लॉकबॉक्स विस्तारित बैक-अप	आसान सक्रियण 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 पाइपलाइनें निर्माताओं द्वारा निर्मित परिसंपत्तियों के CI/CD को स्वचालित करने के लिए समाधानों का उपयोग करती हैं। Power Platform समाधानों को 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 बड़े पैमाने पर परियोजना.

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

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

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

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

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

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

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

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

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

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

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

  • डिफ़ॉल्ट परिवेश के लिए डेटा हानि रोकथाम (DLP) नीति स्थापित करें जो नए कनेक्टर्स को ब्लॉक करती है और निर्माताओं को केवल मूल, अनब्लॉक करने योग्य कनेक्टर्स का उपयोग करने पर रोक लगाती है। उन सभी कनेक्टरों को व्यवसाय डेटा समूह में ले जाएं जिन्हें ब्लॉक नहीं किया जा सकता. सभी अवरोधनीय कनेक्टर्स को अवरोधित डेटा समूह में ले जाएं.

  • कस्टम कनेक्टर द्वारा उपयोग किए जाने वाले सभी URL पैटर्न को ब्लॉक करने के लिए एक नियम बनाएं.

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

अधिक जानें: डिफ़ॉल्ट वातावरण को सुरक्षित करें

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

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

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

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

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

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

डेटा नीतियां किसी वातावरण में निम्न-कोड संसाधनों द्वारा प्रयुक्त सेवाओं को नियंत्रित करने के लिए समग्र शासन प्रयास का एक अन्य महत्वपूर्ण हिस्सा हैं। परिवेश समूहों में किसी परिवेश पर 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 में पर्यावरण डैशबोर्ड.

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

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

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

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

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

• Power Platform for Admins और Power Platform for Admins V2
• Power Apps for Admins और Power Apps निर्माताओं के लिए
• Power Automate प्रबंध

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

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

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

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

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

नए परिवेश

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

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

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

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

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

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

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

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

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

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

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

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

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

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

क्षमता

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

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

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

परिवेश समूह

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

• सेवा या घटक के आधार पर; उदाहरण के लिए, एक 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

माइक्रोसॉफ्ट में आंतरिक पर्यावरण रणनीति

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

• 50,000-60,000 सक्रिय निर्माता हर महीने
• 250,000 से अधिक आवेदन और 300,000 से अधिक प्रवाह
• 20,000 से अधिक वातावरण

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

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

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

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

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

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

माइक्रोसॉफ्ट की शासन रणनीति स्थिर नहीं है। यह परिवर्तनशील है और नई चुनौतियों के अनुकूल होने तथा नई सुविधाओं को शामिल करने के लिए इसमें परिवर्तन होता रहता है। 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

संबंधित जानकारी

• पर्यावरण समूह
• पर्यावरण रूटिंग
• एंटरप्राइज़ सुरक्षा Power Platform (श्वेत पत्र)
• निम्न-कोड सुरक्षा और प्रशासन
• ALM में समाधान अवधारणाएँ