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.
Pour évaluer les stratégies, le système commence par les identifier et les classer.
|
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.
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.
|
|
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.
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.
|
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
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
Stratégie 1 du projet 1 = Soft
Stratégie 1 du projet 2 = Soft
|
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 :
|
Par défaut toujours défini sur la stratégie au niveau de l'organisation. | Stratégie d'organisation = Hard
Stratégie 1 du projet 1 = Soft
|
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 :
|
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
Stratégie 2 du projet 1 = Soft
|
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 :
|
Les stratégies d'actions de jour 2 sont utilisées dans ces exemples.
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
Stratégie 1 du projet 1 = Soft
Stratégie 1 du projet 2 = Soft
|
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 :
|
Par défaut toujours défini sur la stratégie au niveau de l'organisation. |
Stratégie d'organisation = Hard
Stratégie 1 du projet 1 = Soft
|
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 :
|
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
Stratégie 2 du projet 1 = Soft
|
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 :
|
Objectifs de stratégie d'approbation et exemples d'application
L'évaluation de la stratégie d'approbation suit ce processus.
- Une demande de déploiement ou une action de jour 2 est envoyée.
- 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é.
- Toutes les stratégies d'étendue au niveau du projet ou de l'organisation applicables sont renvoyées.
- 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.
- Si aucune stratégie correspondante n'est trouvée, aucune approbation n'est requise et le processus de déploiement se poursuit.
- 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.
- 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.
- 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.