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

एकाधिक डेटा नीतियों का संयुक्त प्रभाव

  • आलेख

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

एकाधिक नीतियों में अवरोधित वर्गीकरण का प्रभाव

यदि किसी परिवेश के लागू कोई नीति (टैनेंट-स्तरीय या परिवेश-स्तरीय) किसी कनेक्टर ब्लॉक के रूप में चिह्नित करती है, तो कोई भी ऐप या फ़्लो उस कनेक्टर को परिवेश में उपयोग नहीं कर सकता है. इससे कोई फर्क नहीं पड़ता कि कोई अन्य नीति उस कनेक्टर को व्यावसायिक या गैर-व्यावसायिक के रूप में वर्गीकृत करती है या नहीं, क्योंकि कनेक्टर के लिए अवरोधित सबसे अधिक प्रतिबंधात्मक वर्गीकरण है; इसलिए, अवरोधित हमेशा एकाधिक नीति मूल्यांकन का अंतिम परिणाम होता है.

एकाधिक नीतियों में व्यावसायिक/गैर-व्यावसायिक वर्गीकरण का प्रभाव

अवरोधित वर्गीकरण के प्रभाव का मूल्यांकन करने की तुलना में, एकाधिक नीतियों में व्यावसायिक या गैर-व्यावसायिक वर्गीकरण के प्रभाव का मूल्यांकन करना अधिक जटिल होता है. आप किसी दिए गए कनेक्टर को वर्गीकृत कर सकते हैं, उदाहरण के लिए SharePoint, नीति ए में व्यावसायिक और नीति बी में गैर-व्यावसायिक के रूप में. जो मायने रखता है वह यह है कि कौन से अन्य कनेक्टर SharePoint को नीति ए और नीति बी में समूहीकृत किया गया है.

ध्यान दें कि सबसे अधिक प्रतिबंधात्मक समूहन अंत में तब लगाया जाता है, जब किसी परिवेश पर लागू सभी नीतियों का एक साथ मूल्यांकन किया जाता है. 10 कनेक्टर्स (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure ब्लॉब संग्रहण और Box) पर लागू तीन नीतियों (A, B और C) के एक उदाहरण पर विचार करें. इन कनेक्टरों को व्यावसायिक या गैर-व्यावसायिक के रूप में वर्गीकृत किया गया है, जैसा कि तीन नीतियों में से प्रत्येक में दो श्रेणियों द्वारा दर्शाया गया है (नीति ए के लिए -E1- और -E2-, नीति बी के लिए -E3- और -E4-, और नीति सी के लिए -E5- और -E6-).

नीति A

वर्ग वर्गीकरण कनेक्टर्स
-E1- व्यावसायिक SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2- गैर-व्यवसाय Facebook, Face API, Adobe Sign, Azure Blob storage, Box

नीति B

वर्ग वर्गीकरण कनेक्टर्स
-E3- व्यावसायिक SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3
-E4- गैर-व्यवसाय Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box

नीति C

वर्ग वर्गीकरण कनेक्टर्स
-E5- व्यावसायिक Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook
-E6- गैर-व्यवसाय SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3

जब सभी तीनों नीतियों को एक-साथ एक ही परिवेश में लागू किया जाता है, तो शुद्ध परिणाम आठ (23 = 8) समूहों में कनेक्टर्स का विखंडन होता है, जैसा कि नीचे दर्शाया गया है. किसी दिए गए ऐप या प्रवाह में केवल एक ही समूह (आठ संभव संयोजनों में से) के कनेक्टर्स का उपयोग किया जा सकता है.

समेकित समूहन

श्रेणियाँ समूह कनेक्टर्स
-E1-, -E3-, -E5- समूह 1 Microsoft 365 Outlook
-E1-, -E3-, -E6- समूह 2 SharePoint, Basecamp 3
-E1-, -E4-, -E5- समूह 3 Twitter, Salesforce
-E1-, -E4-, -E6- समूह 4 शून्य
-E2-, -E3-, -E5- समूह 5 Facebook, Face API
-E2-, -E3-, -E6- समूह 6 शून्य
-E2-, -E4-, -E5- समूह 7 शून्य
-E2-, -E4-, -E6- समूह 8 Adobe Sign, Azure Blob storage, Box

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