एकाधिक ऑनलाइन परिवेशों या टैनेंट्स के बारे में
ग्राहक सहभागिता ऐप (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing और ), आपको अपने डेटा उपयोगकर्ता पहुँच को अलग करने के लिए विकल्प प्रदान करता है. अधिकांश कंपनियों के लिए, एकाधिक Power Platform वातावरण जोड़ना और उपयोग करना कार्यक्षमता और प्रबंधन में आसानी का सही मिश्रण प्रदान करता है. अलग-अलग संस्थाओं वाले उद्यम जो निर्देशिका और लाइसेंस को अलग करना चाहते हैं, वे कई किरायेदारों का उपयोग करने पर विचार कर सकते हैं. टैनेंट में सभी उपयोगकर्ताओं द्वारा एकाधिक परिवेशों तक पहुँचा जा सकता है. एकाधिक किरायेदारों को अन्य किरायेदार उपयोगकर्ताओं को उन्हें पहुँच देने के लिए अतिथि उपयोगकर्ताओं के रूप में आमंत्रित करने की आवश्यकता है.
एकाधिक परिवेशों के लिए उपयोग
परिवेशों, व्यावसायिक फ़ंक्शन के अनुसार व्यवस्थित मंज़िलों वाले ऊँचे व्यावसायिक कॉम्पलेक्स की अवधारणा में समान होती हैं. उस भवन (विक्रय/सेवा/विपणन, विक्रेता प्रबंधन, धन प्रबंधन) की प्रत्येक मज़िल पर विचार करें और किसी विशेष उद्देश्य के लिए परिवेशों के रूप में किसी मज़िल पर स्थित प्रत्येक इकाई पर विचार करें, जैसे कि उत्पादन, प्रशिक्षण, परीक्षण और विकास.
एकाधिक परिवेशों की आवश्यकता तब होती है, जब उन डेटा, प्लग-इन, कार्यप्रवाहों या व्यवस्थापन संसाधनों को अलग-अलग करना आवश्यक हो, जिन्हें में व्यावसायिक इकाइयों का उपयोग करके आसानी से अलग नहीं किया जा सकता है.
एक बहु-परिवेशों परिनियोजन
एक सामान्य ग्राहक के पास केवल एक किरायेदार होता है. एक टैनेंट में एक या अधिक परिवेशों शामिल हो सकती हैं; हालाँकि, एक परिवेश हमेशा एकल टैनेंट से संबद्ध रहती है.
यह उदाहरण तीन टीमों के लिए दो परिवेशों का उपयोग करता है: विक्रय, विपणन और सेवाएँ.
विक्रय और विपणन एक परिवेश साझा करते हैं, ताकि दोनों लीड जानकारी तक आसानी से पहुँच सकें. सेवाओं की अपनी एक परिवेश होती है, ताकि अभियानों और अन्य विक्रय संबंधित ईवेंट से टिकटों और वारंटी को अलग-अलग प्रबंधित किया जा सके.
आप एक या दोनों परिवेशों के लिए आसानी से पहुँच प्रदान कर सकते हैं. विक्रय और विपणन उपयोगकर्ता अपनी परिवेशों तक सीमित हो सकते हैं, जबकि विस्तारित पहुँच वाले सेवा उपयोगकर्ता दोनों ही परिवेशों में खातों से संबंधित सहायता एस्केलेशन रिकॉर्ड अपडेट कर सकते हैं.
एकाधिक परिवेशों वाले एकल टैनेंट के बारे में:
टैनेंट के अंदर मौजूद प्रत्येक परिवेश, अपना ही SQL डेटाबेस प्राप्त करती है.
डेटा को सभी परिवेशों में साझा नहीं किया जाता है.
परिवेशों में संग्रहण साझा करने का तरीका जानने के लिए Microsoft Dataverse संग्रहण क्षमता देखें.
एकल टैनेंट में परिवेश डिफ़ॉल्ट रूप से उस भूगोल में बनाए जाते हैं जहां उन्होंने प्रारंभ में अपने खाते के लिए साइन अप किया था. इसके अतिरिक्त, पर्यावरण के निर्माता एक अलग भूगोल में पर्यावरण बनाने का विकल्प चुन सकते हैं; उपयोगकर्ता को चुनने के लिए अनुमत भौगोलिक स्थान प्रदर्शित किए जाएंगे. कुछ परिस्थितियों में उपयोगकर्ताओं को Power Platform द्वारा समर्थित सभी भौगोलिक क्षेत्रों को देखने या चुनने में सक्षम होने की आवश्यकता होगी.
संग्रहण उपभोग को किसी ग्राहक टैनेंट से अनुलग्न सभी परिवेशों में जोड़ा जाता है और ट्रैक किया जाता है.
यदि आप यह नियंत्रित करना चाहते हैं कि परिवेश को कौन देख और एक्सेस कर सकता है, तो आप परिवेशों के लिए अलग-अलग सुरक्षा समूह सेट कर सकते हैं.
एक लाइसेंसीकृत उपयोगकर्ता संभावित रूप से उस टैनेंट से संबद्ध सभी परिवेशों तक पहुँच सकता है. पहुँच को परिवेश सुरक्षा समूह सदस्यता द्वारा नियंत्रित किया जाता है.
क्यों एकाधिक परिवेशों के लिए उपयोग?
बहु-परिवेश परिनियोजन के लिए, सामान्य उपयोग मामले निम्न हैं. जब आप अपनी कंपनी की आवश्यकताओं को पूरा करने वाले परिनियोजन प्रकार का निर्णय लें, तो इन उदाहरणों पर विचार करें.
मास्टर डेटा प्रबंधन
इस परिदृश्य में एक "मास्टर" डेटा सेट एक केंद्रीय मास्टर डेटा स्रोत द्वारा परिवर्तन प्रबंधन प्रदान किया जाता है. इस दृष्टिकोण के लिए यह आवश्यक है, कि केंद्रीय मास्टर डेटा को सभी परिवेशों में सिंक्रनाइज़ किया जाए, ताकि प्रत्येक परिवेश के पास मुख्य जानकारी के नवीनतम संस्करण तक पहुँच हो. जानकारी में अनुरोधित परिवर्तनों को मास्टर सिस्टम में सीधे किया जा सकता है. वैकल्पिक रूप से, उपयोगकर्ता बाद में मास्टर परिवेश से गुज़रते हुए, उन परिवर्तनों के साथ, स्पष्ट रूप से उस मास्टर सिस्टम तक पहुँच सकते हैं या स्थानीय परिवेश में हुए परिवर्तनों को कैप्चर कर सकते हैं.
उन परिवर्तनों को केंद्रीय स्तर पर करने की आवश्यकता के कारण केंद्रीय परिवर्तन नियंत्रण प्रदान किया जा सकता है. उदाहरण के लिए, यह सुनिश्चित करने के लिए धोखाधड़ी-विरोधी जाँचों को निष्पादित किया जा सकता है कि परिवर्तन केवल केंद्रीय टीम द्वारा किए गए हैं, न कि स्थानीय टीम द्वारा, जिन्हें अन्यथा किसी परिवर्तन से लाभ पहुँच सकता है, जैसे कि क्रेडिट सीमाओं में किया गया कोई परिवर्तन. यह परिवर्तन का एक द्वितीय स्तरीय प्राधिकार और सत्यापन प्रदान करेगा, किसी एक व्यक्ति या लोगों के समूह की योग्यता को वर्जित करता है, जो किसी धोखाधड़ी को अंजाम देने के लिए, सहयोग हेतु साथ मिलकर घनिष्टता से काम करते हैं. किसी दूसरी, स्वतंत्र टीम को कोई अनुरोध अग्रेषित करने से संभावित धोखाधड़ी के प्रति सुरक्षा मिल सकती है.
सुरक्षा और गोपनीयता
क्षेत्रीय कानूनों में अंतर, उदाहरण के लिए यूरोपीय संघ (EU) या राष्ट्रीय कानून के अनुसार किसी परिनियोजन में भिन्न-भिन्न क्षेत्रों या देशों में डेटा की सुरक्षा करने या डेटा की गोपनीयता को बनाए रखने की आवश्यकताओं में अंतर हो सकता है. कुछ मामलों में कानूनी/विनियामक प्रतिबंध, किसी देश या क्षेत्र की सीमाओं से बाहर डेटा होस्ट करने को गैर-कानूनी बना देते हैं और इस चुनौती का सामना करना विशिष्ट व्यावसायिक क्षेत्रों में विशेष रूप से गंभीर होता है.
उदाहरण के लिए, रोगी की जानकारी साझा करने के संबंध में स्वास्थ्य सेवा क्षेत्र के प्रतिबंधों पर विचार करें. कुछ EU विनियमों के अनुसार EU में रह रहे लोगों से एकत्रित की गई स्वास्थ्य संबंधी किसी भी प्रकार की जानकारी को EU की सीमाओं के अंदर ही संभालकर रखा और साझा किया जाएगा, जबकि संयुक्त राज्य (US) में लोगों से एकत्रित किया गया इस प्रकार का डेटा US सीमाओं के अंदर ही रखा जाता है. इसके अलावा ग्राहक जानकारी साझा करने पर संबंधी बैंकिंग क्षेत्र के प्रतिबंधों पर भी विचार करें. उदाहरण के लिए, स्विट्ज़रलैंड के विनियम, ग्राहक जानकारी को उनकी राष्ट्रीय सीमाओं से बाहर साझा करने को गैर-कानूनी बनाते हैं.
अनुमापकता
जबकि एक एकल परिवेश ग्राहक के व्यवसाय के विकास का समर्थन करने के लिए बहुत अधिक डेटा वॉल्यूम या जटिलता के स्तर के साथ बढ़ा और बाहर कर सकता है, अतिरिक्त विचार हैं. उदाहरण के लिए, अत्यधिक वॉल्यूम और/या सेवा शेड्यूलिंग के व्यापक उपयोग वाले परिवेश में, SQL सर्वर स्केल अप करने के लिए जटिल और महँगी अवसंरचना की आवश्यकता हो सकती है, जिसे प्रबंधित करना निषेधात्मक रूप से महँगा और अत्यधिक कठिन होता है.
ऐसे कई परिदृश्य हैं, जिनमें क्षमता आवश्यकताओं में प्राकृतिक कार्यात्मक विभाजन होता है. ऐसे मामलों में स्केल-आउट परिदृश्य तैयार करके कार्यभार सौंपना, जो इस प्रकार के कार्यात्मक विभाजनों पर आधारित हों, कमोडिटी अवसंरचना का उपयोग करके उच्चतर वॉल्यूम के लिए प्रदान किया जा सकता है.
अपनी सदस्यता में एक परिवेश जोड़ें
अपनी टैनेंट में परिवेश जोड़ने के तरीके के बारे में जानकारी परिवेश बनाएं और प्रबंधित करें देखें.
एक मल्टी-टैनेंट परिनियोजन
वैश्विक व्यवसाय, अंतर वाले क्षेत्रीय या देश के मॉडल के साथ, दृष्टिकोण, बाज़ार के आकार या कानूनी और विनियामक प्रतिबंधों के अनुपालन हेतु उत्तरदायी होने के लिए टैनेंट का उपयोग कर सकते हैं.
इस उदाहरण में Contoso जापान के लिए दूसरा टैनेंट शामिल है.
उपयोगकर्ता खातों, पहचानों, सुरक्षा समूहों, सदस्यताओं, लाइसेंस और संग्रहण को टैनेंट के बीच साझा नहीं किया जा सकता. सभी टैनेंट के पास प्रत्येक विशिष्ट टैनेंट से संबद्ध एकाधिक परिवेशों हो सकती हैं. डेटा को परिवेशों या टैनेंट के साथ साझा नहीं किया जाता है.
एकाधिक टैनेंट के बारे में:
मल्टी-टैनेंट परिदृश्य में, किसी टैनेंट से संबद्ध लाइसेंसीकृत उपयोगकर्ता केवल उसी एक या अधिक परिवेशों तक पहुँच सकता है, जिसे समान टैनेंट के लिए मैप किया गया हो. किसी अन्य टेनेंट तक पहुँचने के लिए एक उपयोगकर्ता को एक अतिथि उपयोगकर्ता के रूप में आमंत्रित करने की आवश्यकता होती है और एक अलग लाइसेंस असाइन करने की आवश्यकता हो सकती है.
प्रत्येक टैनेंट को अद्वितीय साइन-इन क्रेडेंशियल के साथ Microsoft Power Platform व्यवस्थापक(व्यवस्थापकों) की आवश्यकता होगी और प्रत्येक टैनेंट सहयोगी, व्यवस्थापक कंसोल में अपने टैनेंट को अलग से प्रबंधित करेगा.
अगर व्यवस्थापक के पास पहुँच है, तो किसी टैनेंट के अंतर्गत मौजूद एकाधिक परिवेशों इंटरफ़ेस से दृश्यमान होती हैं.
आप टैनेंट नामांकनों के बीच लाइसेंस पुनः असाइन नहीं कर सकते. नामांकित सहयोगी एक नामांकन के अंतर्गत लाइसेंस कटौती का उपयोग कर सकता है और इसे सहज बनाने के लिए दूसरे नामांकन में लाइसेंस जोड़ सकता है.
ऑन-प्रिमाइसेस सक्रिय निर्देशिका संघ को एक से अधिक टैनेंट के साथ तब तक व्यवस्थित नहीं किया जा सकता, जब तक कि आपके पास ऐसे शीर्ष-स्तरीय डोमेन न हों, जो दूसरे टैनेंट के साथ संघबद्ध करने के लिए आवश्यक हैं (उदाहरण के लिए, Contoso.com और Fabricam.com).
एकाधिक टैनेंट का उपयोग क्यों करें?
कार्यात्मक स्थानीयकरण
आमतौर पर यह परिदृश्य अधिव्याप्त लेकिन अलग-अलग कार्यात्मक आवश्यकताओं वाले संगठनों में उत्पन्न होता है. कुछ सामान्य उदाहरणों में निम्न शामिल हैं:
भिन्न व्यवसाय प्रभागों वाले संगठन, प्रत्येक भिन्न बाज़ार या संचालन मॉडल के साथ.
वैश्विक व्यवसाय, अंतर वाले क्षेत्रीय या देश के मॉडल के साथ, दृष्टिकोण, बाज़ार के आकार या कानूनी और विनियामक प्रतिबंधों के अनुपालन हेतु उत्तरदायी होने के लिए उपयोग कर सकते हैं.
इस प्रकार के व्यावसायिक परिवेशों में, एक संगठन में अक्सर कार्यात्मकता के सामान्य सेट मौजूद होंगे, जो निम्न के संबंध में विशिष्ट क्षेत्रों, देशों या व्यावसायिक क्षेत्रों में स्थानीयकरण के एक स्तर की अनुमति प्रदान करेंगे:
जानकारी कैप्चर करना. उदाहरण के लिए, संयुक्त राज्य में ज़िप कोड कैप्चर करना और यूनाइटेड किंगडम में पोस्ट कोड कैप्चर करना परस्पर संबंधित होंगे.
प्रपत्र, कार्यप्रवाह.
भौतिक वितरण
उन व्यावसायिक समाधानों के लिए, जिन्हें उन उपयोगकर्ताओं की सहायता करनी चाहिए, जिन्हें लंबी दूरी पर भौतिक रूप से वितरीत किया जाता है, विशेष रूप से वैश्विक परिनियोजन के लिए, किसी एकल परिवेश का उपयोग करना, उपयोगकर्ता अनुभव को उल्लेखनीय रूप से प्रभावित करने वाली अवसंरचना, जिस पर उपयोगकर्ता कनेक्ट करता है, से संबद्ध निहितार्थों (जैसे कि WAN लेटेंसी) के कारण, हो सकता है कि उपयुक्त न हो. उपयोगकर्ताओं को अधिक स्थानीय पहुँच प्रदान करने के लिए, परिवेशों को वितरित करना WAN-संबंधित समस्याओं को कम कर सकता है या उनका समाधान कर सकता है, क्योंकि छोटे नेटवर्क कनेक्शन पर पहुँचा जाता है.
वॉल्यूम लाइसेंसिंग के अंतर्गत एक मल्टी-टैनेंट परिनियोजन जोड़ें
मल्टी-टैनेंट परिनियोजन के लिए, आपको मल्टी-टैनेंट संशोधन की आवश्यकता पड़ेगी. एक मल्टी-टैनेंट संशोधन लाइसेंस खरीदने के लिए उपयोग किए जाने वाले वॉल्यूम लाइसेंस अनुबंध में किया जाने वाला एक वास्तविक संशोधन होता है. संपर्क करें Microsoft संशोधन प्राप्त करने के लिए बिक्री प्रतिनिधि या पुनर्विक्रेता से संपर्क करें।
मल्टी-टैनेंट के प्रतिबंध
जो व्यवस्थापक एकाधिक टैनेंट का परिनियोजन और प्रबंधन करना चाहते हैं, उनको निम्न से अवगत रहना चाहिए:
उपयोगकर्ता खातों, पहचानों, सुरक्षा समूहों, सदस्यताओं, लाइसेंस और संग्रहण को टैनेंट के बीच साझा नहीं किया जा सकता.
एकल डोमेन को केवल एक टैनेंट के साथ संघबद्ध किया जा सकता है.
प्रत्येक टैनेंट के पास उसका खुद का नाम-स्थान होना चाहिए; UPN या SMTP नाम-स्थानों को टैनेंट के बीच साझा नहीं किया जा सकता.
अगर एक ऑन-प्रिमाइसेस Exchange संगठन बाहर निकल जाता है, तो आप उस संगठन को एकाधिक टैनेंट में विभाजित नहीं कर सकते.
समेकित वैश्विक पता सूची उपलब्ध नहीं होगी, सिवाय सिंक्रनाइज़ेशन से स्पष्ट रूप से प्रबंधित डाउनस्ट्रीम तक.
क्रॉस-टैनेंट सहयोग को Lync संघ और संघ सुविधाओं तक सीमित कर दिया जाएगा.
संभवतः टैनेंट के बीच SharePoint पहुँच संभव न हो. वैसे तो भागीदार पहुँच के साथ इसका समाधान किया जा सकता है, लेकिन उपयोगकर्ता अनुभव बाधित हो जाता है और लाइसेंसिग पहलू लागू हो जाते हैं.
टैनेंट में डुप्लिकेट खाता नहीं हो सकता या ऑन-प्रिमाइसेस Active Directory में कोई विभाजन नहीं हो सकता.