Kombinirani učinek več politik podatkov
Kot najemnik ali skrbnik okolja lahko ustvarite več kot eno politiko podatkov in jo uporabite v istem okolju. Med načrtovanjem in časom izvajanja se vsi pravilniki, ki veljajo za okolje, v katerem je aplikacija ali tok, skupaj ocenijo, da se odloči, ali je vir v skladu s pravilniki o podatkih ali jih krši.
Vpliv razvrstitve med blokirane pri več pravilnikih
Če pravilnik (na ravni najemnika ali na ravni okolja), ki velja za okolje, razvrsti povezovalnik v skupino Blokirano, tega povezovalnika v okolju aplikacija ali tok ne more uporabiti. Ni pomembno, ali je v katerem koli drugem pravilniku ta povezovalnik označen kot poslovni ali neposlovni, ker je razvrstitev v skupino Blokirano za povezovalnik najbolj omejujoča, zato je Blokirano vedno končni rezultat pri ocenah več pravilnikov.
Vpliv razvrstitve med poslovne/neposlovne pri več pravilnikih
V primerjavi z oceno učinka razvrstitve v skupino Blokirano je ocena učinka razvrstitve v skupino Poslovno ali Neposlovno pri več pravilnikih bolj zapletena. Povezovalnik, kot je SharePoint, lahko klasificirate kot Poslovni v pravilniku A oziroma Neposlovni v pravilniku B. Kar je pomembno, je, s katerimi drugimi povezovalniki je združen SharePoint v pravilniku A in B.
Ko se skupaj ocenijo vsi pravilniki, ki veljajo za okolje, se na koncu uporabi najbolj omejujoča skupina. Oglejmo si primer treh pravilnikov (A, B in C) z 10 priključki (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, shramba zbirke dvojiških podatkov Azure in Box). Ti povezovalniki so klasificirani kot Poslovni ali Neposlovni, kar tudi predstavljata dve kategoriji v treh pravilnikih (-E1- in -E2- za pravilnik A, -E3- in -E4- za pravilnik B ter -E5- in -E6- za pravilnik C).
Politika A
| Category | Razvrstitev | Priključki |
|---|---|---|
| -E1- | Posel | SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3 |
| -E2- | Neposlovno | Facebook, Face API, Adobe Sign, shramba zbirke dvojiških podatkov Azure, Box |
Politika B
| Category | Razvrstitev | Priključki |
|---|---|---|
| -E3- | Posel | SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3 |
| -E4- | Neposlovno | Twitter, Salesforce, Adobe Sign, shramba zbirke dvojiških podatkov Azure, Box |
Politika C
| Category | Razvrstitev | Priključki |
|---|---|---|
| -E5- | Posel | Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook |
| -E6- | Neposlovno | SharePoint, Adobe Sign, shramba zbirke dvojiških podatkov Azure, Box, Basecamp 3 |
Če se vsi trije pravilniki uporabljajo skupaj v istem okolju, je rezultat razdrobljenost povezovalnikov na osem (23 = 8) skupin, kot je prikazano spodaj. V neki aplikaciji ali poteku se lahko uporabljajo samo povezovalniki iz iste skupine (od osmih možnih kombinacij).
Konsolidirano združevanje
| Kategorije | Združi | Priključki |
|---|---|---|
| -E1-, -E3-, -E5- | 1. skupina | Microsoft 365 Outlook |
| -E1-, -E3-, -E6- | 2. skupina | SharePoint, Basecamp 3 |
| -E1-, -E4-, -E5- | 3. skupina | Twitter, Salesforce |
| -E1-, -E4-, -E6- | 4. skupina | NULL |
| -E2-, -E3-, -E5- | 5. skupina | Facebook, Face API |
| -E2-, -E3-, -E6- | 6. skupina | NULL |
| -E2-, -E4-, -E5- | 7. skupina | NULL |
| -E2-, -E4-, -E6- | 8. skupina | Adobe Sign, shramba zbirke dvojiških podatkov Azure, Box |
Če povzamemo, aplikacija ali tok lahko uporablja samo konektorje iz teh posameznih skupin v danem trenutku in ne more mešati konektorjev v osmih različnih skupinah. Glede na zgornje primere upoštevajte, da bo več politik podatkov, uporabljenih v okolju, razdrobilo vaš prostor povezovalnika na zapletene načine. Zato zelo priporočamo, da uporabite minimalno število podatkovnih pravilnikov za katero koli okolje.