Les stratégies sont traitées en fonction de la définition de stratégie. La portée et le niveau d'application déterminent quelle stratégie est valide lorsque vous disposez de plusieurs stratégies pouvant s'appliquer à un déploiement unique.

Cet article fournit des informations générales sur le traitement des stratégies, mais il inclut également plus de détails sur les différents types de stratégies.

Mode de classement des stratégies en fonction du niveau de l'organisation et du type d'application

Lorsqu'un utilisateur, membre d'un projet, crée un déploiement, plusieurs stratégies peuvent s'y appliquer.

Diagramme représentant l'ordre de classement pour le traitement des stratégies

Pour évaluer les stratégies, le système commence par les identifier et les classer.

  1. Existe-il des stratégies hard au niveau de l'organisation et du projet ? S'il existe à la fois des stratégies hard et soft, seules les stratégies hard sont prises en compte et classées. S'il n'y a que des stratégies soft, ce sont elles qui sont classées.
  2. Le classement de toutes les stratégies hard ou soft est ordonné par étendue, les stratégies de l'organisation étant classées à un niveau supérieur à celui des stratégies de projet.
  3. La caractéristique de discrimination finale est la date de création, les dates plus anciennes étant classées à un niveau supérieur à celui des dates plus récentes.

Mode de traitement des stratégies en fonction du niveau de l'organisation et du type d'application

Les stratégies sont évaluées, classées et, le cas échéant, fusionnées pour produire une stratégie efficace. Une stratégie efficace produit les résultats prévus, mais il ne s'agit pas toujours d'une stratégie nommée spécifique.

Cette section inclut les exemples suivants :

  • Stratégies de bail
  • Stratégies d'actions de jour 2

Vérifiez les exemples de stratégies de bail suivants.

Exemple de classement des stratégies de bail.

Après avoir identifié les stratégies à prendre en compte et les avoir classées, celles-ci sont évaluées pour identifier l'ordre de fusion.

  • La stratégie supérieure devient la ligne de base. La stratégie de second niveau suit, et ainsi de suite.
  • Si une stratégie est incompatible avec les stratégies précédentes, elle est ignorée. Par exemple, les valeurs sont plus élevées que les stratégies précédentes.
  • Toute stratégie ignorée n'est pas appliquée. Pour déterminer quelle stratégie est appliquée, sélectionnez Contenu et stratégies > Stratégies > Application, localisez le déploiement et passez en revue les notes de décision.
Exemple de traitement et de fusion des stratégies classées.

Au lieu d'appliquer une stratégie et d'exclure toutes les autres se trouvant au-dessus, les stratégies sont fusionnées et peuvent inclure des valeurs provenant de plusieurs stratégies individuelles.

Dans cet exemple, le processus de fusion exclut la stratégie 2 de la prise en compte, car les valeurs sont supérieures à la stratégie 1.

Ensuite, la stratégie 3 est évaluée par rapport à la stratégie 1. Les valeurs des paramètres Bail et Bail total de la stratégie 3 sont inférieures à celles de la stratégie 1, de sorte que ces valeurs, ainsi que la période de grâce, sont incluses dans la stratégie en vigueur.

Vérifiez les exemples de stratégies d'actions de jour 2 suivants.

Exemple de classement des stratégies d'actions de jour 2.

Après avoir identifié les stratégies à prendre en compte et les avoir classées, celles-ci sont évaluées pour identifier l'ordre de fusion.

  • La stratégie supérieure devient la ligne de base. La stratégie de second niveau suit, et ainsi de suite.
  • Si une stratégie est appliquée par des stratégies précédentes (par exemple, une stratégie 3), elle est ignorée.
  • Toute stratégie ignorée n'est pas appliquée. Pour déterminer quelle stratégie est appliquée, sélectionnez Contenu et stratégies > Stratégies > Application, localisez le déploiement et passez en revue les notes de décision.

Points à prendre en compte pour l'identification des objectifs de la gestion des stratégies de bail

Vous savez désormais comment les stratégies de bail sont traitées et pouvez donc identifier vos objectifs en termes de gestion des stratégies. En comprenant comment les stratégies sont traitées, vous pouvez répondre à vos objectifs de gestion sans créer un nombre excessif et non gérable de stratégies.

Lorsque vous cherchez la manière d'implémenter vos stratégies, tenez compte des scénarios suivants.

  • Objectifs de stratégie de bail et exemples d'application
  • Objectifs de stratégie de jour 2 et exemples d'application
Tableau 1. Objectifs de stratégie de bail et exemples d'application
Objectif de gestion Exemple de configuration Comportement
Stratégie significative par défaut au niveau de l'organisation qui permet toujours aux valeurs des stratégies au niveau du projet d'influencer les valeurs appliquées.

Stratégie de l'organisation = Soft

  • Période de grâce : 10
  • Bail : 100
  • Bail total : 100

Stratégie 1 du projet 1 = Soft

  • Bail : 20
  • Bail total : 50

Stratégie 1 du projet 2 = Soft

  • Bail : 10
  • Bail total : 30

Un membre du projet 1 demande un élément du catalogue.

Le projet 2 n'est pas pris en compte, car il ne s'applique pas aux déploiements du projet 1.

La stratégie fusionnée en vigueur est la suivante :

  • Période de grâce : 10
  • Bail : 20
  • Bail total : 50
Par défaut toujours défini sur la stratégie au niveau de l'organisation.

Stratégie d'organisation = Hard

  • Période de grâce : 10
  • Bail : 100
  • Bail total : 100

Stratégie 1 du projet 1 = Soft

  • Bail : 20
  • Bail total : 50

Un membre du projet 1 demande un élément du catalogue.

La stratégie 1 du projet 1 n'est pas prise en compte, car le projet hard au niveau de l'organisation est à un rang supérieur et la stratégie soft n'est pas prise en compte.

La stratégie en vigueur est la suivante :

  • Période de grâce : 10
  • Bail : 100
  • Bail total : 100
Toutes les stratégies sont définies au niveau du projet, sans stratégie par défaut au niveau de l'organisation.

Stratégie 1 du projet 1 = Soft

  • Période de grâce : 10
  • Bail : 100
  • Bail total : 100

Stratégie 2 du projet 1 = Soft

  • Bail : 20

Un membre du projet 1 demande un élément du catalogue.

Il s'agit de stratégies soft et elles sont toutes deux destinées au projet 1. Les valeurs sont fusionnées.

La stratégie en vigueur est la suivante :

  • Période de grâce : 10
  • Bail : 20
  • Bail total : 100

Les stratégies d'actions de jour 2 sont utilisées dans ces exemples.

Tableau 2. Objectifs de stratégie de jour 2 et exemples d'application
Objectif de gestion Exemple de configuration Comportement
Stratégie significative par défaut au niveau de l'organisation qui permet toujours aux valeurs des stratégies au niveau du projet d'influencer les valeurs appliquées.
Stratégie de l'organisation = Soft
  • Actions : Deployment.*
Stratégie 1 du projet 1 = Soft
  • Actions : Cloud.vSphere.Machine.*
Stratégie 1 du projet 2 = Soft
  • Actions : Cloud.Azure.Machine.*

Un membre du projet 1 demande un élément du catalogue.

Le projet 2 n'est pas pris en compte, car il ne s'applique pas aux déploiements du projet 1.

La stratégie fusionnée en vigueur est la suivante :
  • Action : {Deployment.* ,Cloud.vSphere.Machine.*}
Par défaut toujours défini sur la stratégie au niveau de l'organisation.
Stratégie d'organisation = Hard
  • Action : déploiement.*
Stratégie 1 du projet 1 = Soft
  • Action : Cloud.vSphere.Machine.*

Un membre du projet 1 demande un élément du catalogue.

La stratégie 1 du projet 1 n'est pas prise en compte, car le projet hard au niveau de l'organisation est à un rang supérieur et la stratégie soft n'est pas prise en compte.

La stratégie en vigueur est la suivante :
  • Action : {Deployment.* }
Toutes les stratégies sont définies au niveau du projet, sans stratégie par défaut au niveau de l'organisation.
Stratégie 1 du projet 1 = Soft
  • Actions : Deployment.ChangeLease
Stratégie 2 du projet 1 = Soft
  • Action : Deployment.Delete

Un membre du projet 1 demande un élément du catalogue.

Il s'agit de stratégies soft et elles sont toutes deux destinées au projet 1. Les valeurs sont fusionnées.

La stratégie en vigueur est la suivante :
  • Action : {Deployment.ChangeLease , Deployment.Delete}

Objectifs de stratégie d'approbation et exemples d'application

L'évaluation de la stratégie d'approbation suit ce processus.

  1. Une demande de déploiement ou une action de jour 2 est envoyée.
  2. Le service d'approbation interroge les stratégies qui s'appliquent au projet effectuant la demande d'un élément du catalogue ou la modification d'un élément déployé.
  3. Toutes les stratégies d'étendue au niveau du projet ou de l'organisation applicables sont renvoyées.
  4. Les stratégies d'approbation sont filtrées selon les critères de déploiement. Les critères de déploiement s'appliquent aux déploiements et aux actions de jour 2.
  5. Si aucune stratégie correspondante n'est trouvée, aucune approbation n'est requise et le processus de déploiement se poursuit.
  6. S'il existe des stratégies correspondantes, par exemple AP1, AP2, APn, un élément d'approbation est créé comme suit :
    • Stratégies appliquées = AP1, AP2, APn.
    • Approbateurs = Union de tous les approbateurs dans toutes les stratégies appliquées.
    • Expiration automatique = Rejeter, si une stratégie a une valeur de rejet ; dans le cas contraire, Approuver.
    • Expiration = Nombre minimal de jours pour n'importe quelle stratégie appliquée.

Le tableau suivant fournit un exemple de plusieurs stratégies. Une description de la manière dont elles sont traitées se trouve en dessous du tableau.

Stratégie Exemple de configuration
AP1

Étendue = Organisation

Expiration automatique = Approuver

Expiration = 7 jours

AP2

Étendue = Projet 1

Expiration automatique = Approuver

Expiration = 3 jours

AP3

Étendue = Projet 1

Expiration automatique = Rejeter

Expiration = 4 jours

AP4

Étendue = Projet 2

Expiration automatique = Approuver

Expiration = 5 jours

En fonction des stratégies et des exemples de configuration ci-dessus, les informations suivantes expliquent le traitement d'une demande Projet 1.

  1. L'évaluation de l'étendue renvoie AP1, AP2 et AP3. AP4 n'est pas inclus, car il s'agit d'une stratégie de Projet 2.
  2. En supposant qu'AP1, AP2 et AP3 répondent aux critères de déploiement et d'action, l'élément d'approbation inclut les valeurs suivantes :
    • Approbateurs = N'importe quel ou tous les approbateurs d'AP1, AP2 et AP3 sont ajoutés en tant qu'approbateurs.
    • Expiration automatique = Rejeter. AP3 fournit le comportement le plus restrictif.
    • Expiration = 3 jours. AP2 fournit la valeur la plus faible.