Effet combiné de plusieurs stratégies de données

En tant qu’administrateur de client ou d’environnement, vous pouvez créer plusieurs stratégies de données et les appliquer au même environnement. Au moment de la conception et de l’exécution, toutes les stratégies applicables à l’environnement dans lequel l’application ou le flux réside sont évaluées ensemble pour décider si la ressource est en conformité ou en violation des stratégies de données.

Impact de la classification bloquée sur plusieurs stratégies

Si une stratégie (au niveau du client ou de l’environnement) applicable à un environnement marque un connecteur comme Bloqué, aucune application ou aucun flux ne peut utiliser ce connecteur dans l’environnement. Peu importe si une autre stratégie classe ce connecteur comme Métier ou Hors métier, parce que Bloqué est la classification la plus restrictive pour le connecteur ; par conséquent, Bloqué est toujours le résultat final de multiples évaluations de stratégies.

Impact de la classification Métier/Hors métier sur plusieurs stratégies

Par rapport à l’évaluation de l’effet de la classification Bloqué, de l’évaluation de l’effet de la classification Métier ou Hors métier dans plusieurs stratégies est plus complexe. Vous pouvez classer un connecteur donné, par exemple SharePoint, comme Métier dans la stratégie A et comme Hors métier dans la stratégie B. Ce qui importe, c’est avec quels autres connecteurs SharePoint est regroupé dans la stratégie A et la stratégie B.

Notez que le regroupement le plus restrictif est finalement imposé lorsque toutes les stratégies applicables à un environnement sont évaluées ensemble. Prenons un exemple de trois stratégies (A, B et C) sur 10 connecteurs (SharePoint, Twitter, Salesforce, Facebook, API Visage, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Stockage Blob Azure et Box). Ces connecteurs sont classés comme Métier ou Hors métier, tels que représentés par deux catégories dans chacune des trois stratégies (-E1- et -E2- pour la stratégie A, -E3- et -E4- pour la stratégie B et -E5- et -E6- pour la stratégie C).

Politique A

Categorie	Classification	Connecteurs
-E1-	Entreprise	SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2-	Non-commercial	Facebook, API Visage, Adobe Sign, Stockage Blob Azure, Box

Politique B

Categorie	Classification	Connecteurs
-E3-	Entreprise	SharePoint, Facebook, API Visage, Microsoft 365 Outlook, Basecamp 3
-E4-	Non-commercial	Twitter, Salesforce, Adobe Sign, Stockage Blob Azure, Box

Politique C

Categorie	Classification	Connecteurs
-E5-	Entreprise	Facebook, API Visage, Twitter, Salesforce, Microsoft 365 Outlook
-E6-	Non-commercial	SharePoint, Adobe Sign, Stockage Blob Azure, Box, Basecamp 3

Lorsque les trois stratégies sont appliquées ensemble au même environnement, le résultat net est la fragmentation des connecteurs en huit groupes (2³ = 8), comme illustré ci-dessous. Seuls les connecteurs du même groupe (sur huit combinaisons possibles) peuvent être utilisés dans une application ou un flux donné.

Groupement consolidé

Catégories	Grouper	Connecteurs
-E1-, -E3-, -E5-	Groupe 1	Microsoft 365 Outlook
-E1-, -E3-, -E6-	Groupe 2	SharePoint, Basecamp 3
-E1-, -E4-, -E5-	Groupe 3	Twitter, Salesforce
-E1-, -E4-, -E6-	Groupe 4	NULL
-E2-, -E3-, -E5-	Groupe 5	Facebook, API Visage
-E2-, -E3-, -E6-	Groupe 6	NULL
-E2-, -E4-, -E5-	Groupe 7	NULL
-E2-, -E4-, -E6-	Groupe 8	Adobe Sign, Stockage Blob Azure, Box

Pour résumer, une application ou un flux ne peut utiliser que les connecteurs de ces groupes individuels à un moment donné et ne peut pas associer des connecteurs dans les huit différents groupes. À partir des exemples ci-dessus, notez que plusieurs stratégies de données appliquées à un environnement fragmenteront l’espace de votre connecteur de manière compliquée. Par conséquent, nous vous recommandons fortement d’appliquer un nombre minimum de stratégies de données à un environnement donné.