Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Héritage des politiques et évaluation à plusieurs niveaux
Un service est évalué par rapport à toutes les politiques qui s'y appliquent :
-
La politique qui lui est directement attribuée (le cas échéant).
-
Des politiques héritées des parcours utilisateurs auxquels il appartient.
Cela permet de séparer les préoccupations :
-
Les équipes SRE centrales définissent des politiques de reprise après sinistre au niveau du parcours utilisateur à des fins de gouvernance.
-
Les équipes de service définissent des politiques de performance au niveau du service pour répondre aux exigences opérationnelles.
-
Les deux politiques s'appliquent simultanément aux services inclus dans le parcours utilisateur.
Par exemple :
User Journey: "Path to Trade" Policy: "Trading Platform DR Policy" (Multi-Region, RTO 15 min, RPO 5 min) └── Service: "Order Execution" Policy: "Order Execution Performance Policy" (Availability 99.99%, Error < 0.1%, p99 < 50ms)
Le service « Exécution des ordres » est évalué par rapport aux deux politiques. Il doit répondre aux exigences de reprise après sinistre définies dans la politique de parcours utilisateur et aux exigences de performance définies dans sa politique spécifique au service.
Résolution des conflits
Lorsque plusieurs politiques contiennent des exigences contradictoires pour le même composant, Next Generation Resilience Hub applique automatiquement la valeur la plus stricte. L'exemple suivant montre comment les valeurs RTO contradictoires sont résolues :
| Source | Composant | Value |
|---|---|---|
| Politique de parcours utilisateur | RTO | 30 minutes |
| Politique de service | RTO | 15 minutes |
| Valeur appliquée | RTO | 15 minutes (plus strict) |
