Kombinovaný účinek více zásad pro data

Jako správce klienta nebo prostředí můžete vytvořit více než jednu zásadu pro data a použít ji na stejné prostředí. V době návrhu a za běhu jsou všechny zásady, které jsou použitelné pro prostředí, ve kterém se aplikace nebo tok nachází, vyhodnoceny společně, aby bylo možné rozhodnout, zda je prostředek v souladu se zásadami pro data nebo je porušuje.

Dopad klasifikace Blokované ve více zásadách

Pokud nějaká zásada (na úrovni klienta nebo na úrovni prostředí), která se vztahuje na prostředí, označí konektor jako Blokovaný, žádná aplikace nebo tok nemůže tento konektor v prostředí použít. Nezáleží na tom, zda jiná zásada klasifikuje tento konektor jako obchodní nebo neobchodní, protože blokované je nejrestriktivnější klasifikace pro konektor; proto blokované je vždy konečným výsledkem více vyhodnocených zásad.

Dopad klasifikace Obchodní/Neobchodní ve více zásadách

Ve srovnání s hodnocením účinku klasifikace Blokované je hodnocení účinku Obchodní nebo Neobchodní ve více zásadách složitější. Můžete například klasifikovat daný konektor, například SharePoint, jako firemní v zásadě A a jako nefiremní v zásadě B. Důležité je, jaké další konektory SharePoint jsou seskupeny v rámci zásad A a zásad B.

Všimněte si, že nejvíce restriktivní seskupení je zavedeno až tehdy, když jsou všechny zásady vztahující se k prostředí vyhodnoceny společně. Zvažme příklad tří zásad (A, B a C) v 10 konektorech (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob storage a Box). Tyto konektory jsou klasifikovány jako firemní nebo nefiremní, jak je určeno dvěma kategoriemi, každá ve třech zásadách (-E1- a -E2- pro zásadu A, -E3- a -E4- pro zásadu B a -E5- a -E6- pro zásadu C).

Zásada A

Kategorie	Klasifikace	Konektory
-E1-	Obchodní	SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2-	Neobchodní	Facebook, Face API, Adobe Sign, úložiště Azure Blob, Box

Zásady B

Kategorie	Klasifikace	Konektory
-E3-	Obchodní	SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3
-E4-	Neobchodní	Twitter, Salesforce, Adobe Sign, úložiště Azure Blob, Box

Zásady C

Kategorie	Klasifikace	Konektory
-E5-	Obchodní	Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook
-E6-	Neobchodní	SharePoint, Adobe Sign, úložiště Azure Blob, Box, Basecamp 3

Pokud jsou všechny tři zásady použity společně ve stejném prostředí, výsledkem je fragmentace konektorů napříč osmi (2³ = 8) skupinami, jak je znázorněno níže. V dané aplikaci nebo toku lze použít pouze konektory ve stejné skupině (z osmi možných kombinací).

Konsolidované seskupení

Kategorie	Skupina	Konektory
-E1-, -E3-, -E5-	Skupina 1	Microsoft 365 Outlook
-E1-, -E3-, -E6-	Skupina 2	SharePoint, Basecamp 3
-E1-, -E4-, -E5-	Skupina 3	Twitter, Salesforce
-E1-, -E4-, -E6-	Skupina 4	NULL
-E2-, -E3-, -E5-	Skupina 5	Facebook, Face API
-E2-, -E3-, -E6-	Skupina 6	NULL
-E2-, -E4-, -E5-	Skupina 7	NULL
-E2-, -E4-, -E6-	Skupina 8	Adobe Sign, úložiště Azure Blob, Box

Shrnutí: aplikace nebo tok může v daném čase používat pouze konektory z těchto jednotlivých skupin a nemůže kombinovat konektory napříč osmi různými skupinami. Ve výše uvedených příkladech si všimněte, že více zásad pro data aplikovaných na prostředí komplikovaně fragmentuje váš prostor konektorů. Proto důrazně doporučujeme, abyste v jakémkoli používaném prostředí aplikovali minimální počet zásad pro data.