Połączony efekt wielu zasad danych
Administrator dzierżawcy lub środowiska może utworzyć więcej niż jedną zasadę dotyczącą danych i zastosować ją w tym samym środowisku. W czasie projektowania i wykonywania projektu wszystkie zasady mające zastosowanie do środowiska, w którym znajduje się aplikacja lub przepływ, są szacowane razem w celu ustalenia, czy zasób jest zgodny z zasadami danych, czy nie.
Zablokowano oddziaływanie klasyfikacji w wielu regułach
Jeśli jakiekolwiek reguły (na poziomie dzierżawy lub środowiska) mające zastosowanie do środowiska oznacza łącznik jako Zablokowany, żadna aplikacja lub przepływ nie może korzystać z tego łącznika w środowisku. Bez względu na to, czy inna polityka klasyfikuje dany łącznik jako Firmowy lub Niefirmowy, ponieważ Zablokowanyjest najbardziej restrykcyjną klasyfikacją łącznika; z tego powodu Zablokowany jest zawsze ostatecznym wynikiem wykonywania wielu zasad.
Firmowe/niefirmowe – oddziaływanie klasyfikacji w wielu regułach
W porównaniu do oceny efektu klasyfikacji Zablokowane,ocenianie skutków klasyfikacji Firmowe lub Niefirmowe w ramach wielu zasad powoduje bardziej złożone zakwalifikowanie. Możesz sklasyfikować dany łącznik, na przykład SharePoint, jako Biznesowy w zasadzie A i jako Niebiznesowy w zasadzie B. Liczy się to, z jakimi innymi łącznikami jest pogrupowany SharePoint według zasady A i zasady B.
Warto pamiętać, że ostatecznie wykorzystywana jest najbardziej restrykcyjna klasyfikacja, kiedy wszystkie zasady mające zastosowanie do środowiska są oceniane razem. Rozważ przykład trzech zasad (A, B i C) dla 10 łączników (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage i Box). Te łączniki są klasyfikowane jako Biznesowe lub Niebiznesowe reprezentowane przez dwie kategorie w trzech zasadach (-E1- i -E2- w przypadku zasady A, -E3- i -E4- w przypadku zasady B oraz -E5- i -E6- dla zasady C).
Polityka A
| Kategoria | Klasyfikacja | Łączniki |
|---|---|---|
| -E1- | Biznes | SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3 |
| -E2- | Działalność pozabiznesowa | Facebook, Face API, Adobe Sign, Azure Blob storage, Box |
Polityka B
| Kategoria | Klasyfikacja | Łączniki |
|---|---|---|
| -E3- | Biznes | SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3 |
| -E4- | Działalność pozabiznesowa | Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box |
Polityka C
| Kategoria | Klasyfikacja | Łączniki |
|---|---|---|
| -E5- | Biznes | Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook |
| -E6- | Działalność pozabiznesowa | SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3 |
Kiedy wszystkie trzy zasady są stosowane razem z tym samym środowisku, wynikiem jest podział łączników w ramach ośmiu grup (23 = 8), jak przedstawiono poniżej. W danej aplikacji lub przepływie mogą być używane tylko łączniki z tej samej grupy (z ośmiu możliwych kombinacji).
Grupowanie skonsolidowane
| Kategorie | Grupowy | Łączniki |
|---|---|---|
| -E1-, -E3-, -E5- | 1 grupa | Microsoft 365 Outlook |
| -E1-, -E3-, -E6- | 2 grupa | SharePoint, Basecamp 3 |
| -E1-, -E4-, -E5- | 3 grupa | Twitter, Salesforce |
| -E1-, -E4-, -E6- | 4 grupa | NULL |
| -E2-, -E3-, -E5- | 5 grupa | Facebook, Face API |
| -E2-, -E3-, -E6- | 6 grupa | NULL |
| -E2-, -E4-, -E5- | 7 grupa | NULL |
| -E2-, -E4-, -E6- | 8 grupa | Adobe Sign, Azure Blob Storage, Box |
Podsumowując, aplikacja lub przepływ mogą w dowolnym czasie używać tylko łączników z tych poszczególnych grup i nie można łączyć łączników w ramach ośmiu różnych grup. Z powyższych przykładów należy pamiętać, że zastosowanie wielu zasad dotyczących danych do środowiska będzie powodować fragmentowanie obszaru łącznika w skomplikowany sposób. Z tego powodu zdecydowanie zaleca się zastosowanie minimalnej liczby zasad dotyczących danych w danym środowisku.