Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Vererbung von Richtlinien und mehrstufige Bewertung
<a name="next-gen-policy-inheritance"></a>

Ein Service wird anhand **aller Richtlinien bewertet, die für ihn gelten**:
+ Die ihm direkt zugewiesene Richtlinie (falls vorhanden).
+ Richtlinien, die von den Benutzeraktivitäten übernommen wurden, zu denen es gehört.

Dies ermöglicht die Trennung von Belangen:
+ Die zentralen SRE-Teams legen die DR-Richtlinien für die Verwaltung auf der Ebene der Benutzererfahrung fest.
+ Die Serviceteams legen Leistungsrichtlinien auf Serviceebene für betriebliche Anforderungen fest.
+ Beide Richtlinien gelten gleichzeitig für Dienste im Rahmen der Benutzererfahrung.

Beispiel:

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

Der Service „Order Execution“ wird anhand **beider** Richtlinien bewertet. Er muss die DR-Anforderungen der User Journey-Richtlinie und die Leistungsanforderungen der dienstspezifischen Richtlinie erfüllen.

**Konfliktlösung**

Wenn mehrere Richtlinien widersprüchliche Anforderungen für dieselbe Komponente enthalten, wendet Resilience Hub der nächsten Generation automatisch den **strengeren Wert** an. Das folgende Beispiel zeigt, wie widersprüchliche RTO-Werte gelöst werden:


| Quelle | Komponente | Wert | 
| --- | --- | --- | 
| Richtlinie zur Benutzerreise | RTO | 30 Minuten | 
| Servicerichtlinie | RTO | 15 Minuten | 
| Angewendeter Wert | RTO | 15 Minuten (strenger) |