Több adatházirend együttes hatása
Bérlőként vagy környezeti rendszergazdaként több adatházirendet is létrehozhat, és alkalmazhatja ugyanarra a környezetre. A tervezéskor és a futásidőben az alkalmazást vagy folyamatot tartalmazó környezetre vonatkozó összes szabályzatot együtt értékelik ki annak eldöntéséhez, hogy az erőforrás megfelel-e az adatházirendeknek, vagy megsérti-e azokat.
A Letiltott osztályozás hatása több házirendre
Ha a környezetre vonatkozó bármely házirend (bérlői szintű vagy környezeti szintű) egy összekötőt Tiltottként jelöl meg, egyetlen alkalmazás vagy folyamat sem tudja használni az összekötőt a környezetben. Nem számít, hogy egy másik házirend az összekötőt Üzleti vagy Nem üzleti osztályba sorolja-e, mert a Letiltva az összekötő legszigorúbb osztályozása, ezért a több házirend kiértékelésének eredménye mindig a Letiltott.
Az Üzleti/Nem üzleti osztályozás hatása több házirendre
A Letiltott osztályozás hatásának kiértékelésével összehasonlítva az Üzleti vagy a Nem üzleti besorolás hatásának értékelése több házirenden bonyolultabb. Egy adott összekötőt, például a SharePoint összekötőt besorolhat például Üzleti típusúként az A házirendben, és Nem üzleti típusuként a B házirendben. Az számít, hogy a SharePoint mely másik összekötőkkel van csoportosítva az A és B házirendekben.
Ne feledkezzen meg arról, hogy a legszigorúbb csoportosítást kell végül alkalmazni, ha a környezetre vonatkozó összes házirendet együttesen értékelik. Vegyen egy példát három házirendre (A, B és C) 10 összekötőn (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage és Box). Ezek az összekötők Üzleti vagy Nem üzleti típusúként vannak besorolva, amit két kategória jelöl a három házirendben (-E1- és -E2- az A házirendben, -E3- és -E4- a B házirendben, illetve -E5- és -E6- a C házirendben).
A házirend
| Kategória | Osztályozás | Összekötők |
|---|---|---|
| -E1- | Vállalat | SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3 |
| -E2- | Nem üzleti | Facebook, Face API, Adobe Sign, Azure Blob storage, Box |
B szabályzat
| Kategória | Osztályozás | Összekötők |
|---|---|---|
| -E3- | Vállalat | SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3 |
| -E4- | Nem üzleti | Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box |
C szabályzat
| Kategória | Osztályozás | Összekötők |
|---|---|---|
| -E5- | Vállalat | Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook |
| -E6- | Nem üzleti | SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3 |
Ha mindhárom házirendet ugyanarra a környezetre alkalmazzák, a nettó eredmény az összekötők nyolc (23 = 8) csoportra oszlanak, az alábbi ábrán látható módon. Csak az ugyanabba a csoportba (nyolc lehetséges kombináció közül) tartozó összekötők használhatók egy adott alkalmazásban vagy folyamatban.
Összevont csoportosítás
| Kategóriák | Csoportosítás | Összekötők |
|---|---|---|
| -E1-, -E3-, -E5- | 1. csoport | Microsoft 365 Outlook |
| -E1-, -E3-, -E6- | 2. csoport | SharePoint, Basecamp 3 |
| -E1-, -E4-, -E5- | 3. csoport | Twitter, Salesforce |
| -E1-, -E4-, -E6- | 4. csoport | NULL |
| -E2-, -E3-, -E5- | 5. csoport | Facebook, Face API |
| -E2-, -E3-, -E6- | 6. csoport | NULL |
| -E2-, -E4-, -E5- | 7. csoport | NULL |
| -E2-, -E4-, -E6- | 8. csoport | Adobe Sign, Azure Blob storage, Box |
Összefoglalva, egy alkalmazás vagy folyamat egyszerre csak ezekből az egyes csoportokból származó összekötőket használhat, és nem keverheti az összekötőket a nyolc különböző csoport között. A fenti példákból vegye figyelembe, hogy a környezetre alkalmazott több adat-szabályzat bonyolult módon töredezetté teszi az összekötő területét. Ezért erősen ajánlott minimális számú adatházirendet alkalmazni egy adott környezetre.