Совместный эффект нескольких политик данных

Как клиент или администратор среды вы можете создать несколько политик данных и применить их к одной и той же среде. Во время разработки и выполнения все политики, применимые к среде, в которой находится приложение или поток, оцениваются вместе, чтобы решить, соответствует ли ресурс политикам данных или нарушает их.

Заблокированное влияние классификации на несколько политик

Если какая-либо политика (на уровне клиента или уровне среды), применимая к среде, помечает соединитель как Заблокировано, ни одно приложение или поток не могут использовать этот соединитель в среде. Не имеет значения, классифицирует ли какая-либо другая политика этот соединитель как бизнес или не бизнес, потому что заблокировано является наиболее строгой классификацией для соединителя; следовательно, заблокировано всегда является конечным результатом нескольких оценок политики.

Влияние классификации бизнес/не бизнес на несколько политик

По сравнению с оценкой влияния классификации заблокировано оценка влияния бизнес или не бизнес для нескольких политик является более сложной. Вы можете классифицировать данный соединитель, например SharePoint, как Бизнес в политике А и как Некоммерческий в политике B. Важно то, какие другие соединители SharePoint группируются с политикой A и политикой B.

Обратите внимание, что наиболее строгая группировка в конечном итоге используется, когда все политики, применимые к среде, оцениваются вместе. Рассмотрим пример трех политик (A, B и C) для 10 соединителей (SharePoint, Twitter, Salesforce, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, хранилище BLOB-объектов Azure и Box). Эти соединители классифицируются как Бизнес или Некоммерческий, как представлено двумя категориями, каждая из трех политик (-E1- и -E2- для политики A, -E3- и -E4- для политики B, и -E5- и -E6- для политики C).

Политика "А"

Категория	Классификация	Соединители
-E1-	Бизнес	SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-Е2-	Некоммерческий	Facebook, API распознавания лиц, Adobe Sign, Хранилище BLOB-объектов Azure, Коробка

Политика "Б"

Категория	Классификация	Соединители
-E3-	Бизнес	SharePoint, Facebook, API распознавания лиц, Microsoft 365 Outlook, Basecamp 3
-Е4-	Некоммерческий	Twitter, Salesforce, Adobe Sign, Хранилище BLOB-объектов Azure, Коробка

Политика "В"

Категория	Классификация	Соединители
-E5-	Бизнес	Facebook, API распознавания лиц, Twitter, Salesforce, Microsoft 365 Outlook
-Е6-	Некоммерческий	SharePoint, Adobe Sign, Хранилище BLOB-объектов Azure, Коробка, Basecamp 3

Когда все три политики применяются вместе к одной и той же среде, общий результат заключается в фрагментации соединителей по восьми (2³ = 8) группам, как показано ниже. Только соединители в одной и той же группе (из восьми возможных комбинаций) могут использоваться в указанном приложении или потоке.

Консолидированная группировка

Категории	Групповой	Соединители
-Е1-, -Е3-, -Е5-	Группа 1	Microsoft 365 Outlook
-E1-, -E3-, -E6-	Группа 2	SharePoint, Basecamp 3
-Е1-, -Е4-, -Е5-	Группа 3	Twitter, Salesforce
-E1-, -E4-, -E6-	Группа 4	NULL
-Е2-, -Е3-, -Е5-	Группа 5	Facebook, API распознавания лиц
-E2-, -E3-, -E6-	Группа 6	NULL
-Е2-, -Е4-, -Е5-	Группа 7	NULL
-E2-, -E4-, -E6-	Группа 8	Adobe Sign, Хранилище BLOB-объектов Azure, Коробка

Подводя итог: приложение или поток могут использовать только соединители из этих отдельных групп в любой момент времени и не могут смешивать соединители из восьми разных групп. В приведенных выше примеров обратите внимание, что несколько политик данных, применяемых к среде, будут сложным образом разделять пространство вашего соединителя. Поэтому мы настоятельно рекомендуем вам применять минимальное количество политик данных к любой конкретной среде.