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
<a name="next-gen-policy-inheritance"></a>

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) |