Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Ereditarietà delle politiche e valutazione a più livelli
Un servizio viene valutato in base a tutte le politiche ad esso applicabili:
-
La sua politica assegnata direttamente (se esiste).
-
Politiche ereditate dai percorsi degli utenti a cui appartiene.
Ciò consente la separazione delle preoccupazioni:
-
I team SRE centrali definiscono le politiche di ripristino di emergenza a livello di percorso dell'utente per la governance.
-
I team di assistenza stabiliscono le politiche di performance a livello di servizio per i requisiti operativi.
-
Entrambe le politiche si applicano simultaneamente ai servizi nel percorso dell'utente.
Esempio:
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)
Il servizio «Order Execution» viene valutato in base a entrambe le politiche. Deve soddisfare i requisiti di DR previsti dalla policy relativa al percorso dell'utente e i requisiti prestazionali previsti dalla policy specifica del servizio.
Risoluzione dei conflitti
Quando più policy contengono requisiti contrastanti per lo stesso componente, Resilience Hub di nuova generazione applica automaticamente il valore più rigoroso. L'esempio seguente mostra come vengono risolti i valori RTO in conflitto:
| Origine | Componente | Valore |
|---|---|---|
| Politica del percorso dell'utente | VERSO | 30 minuti |
| Politica del servizio | TO | 15 minuti |
| Valore applicato | RTO | 15 minuti (più rigoroso) |
