

# IVS-Ausfallsicherheit
<a name="security-resilience"></a>

Die IVS-API verwendet die globale AWS-Infrastruktur und ist um AWS-Regionen und AWS Availability Zones herum aufgebaut. Regionen bieten mehrere Availability Zones nämlich:
+ Physisch getrennt und isoliert.
+ Verbund mit hoch redundanten Netzwerken mit niedriger Latenz und hohem Durchsatz.
+ Höhere Verfügbarkeit, Fehlertoleranz und Skalierbarkeit als herkömmliche Infrastrukturen mit einem oder mehreren Rechenzentren.

Weitere Informationen zu den APIs finden Sie in der [API-Referenz für IVS-Streaming mit niedriger Latenz](https://docs.aws.amazon.com/ivs/latest/LowLatencyAPIReference/Welcome.html), der [API-Referenz für IVS-Echtzeit-Streaming](https://docs.aws.amazon.com/ivs/latest/RealTimeAPIReference/Welcome.html) und der [API-Referenz für IVS Chat](https://docs.aws.amazon.com/ivs/latest/ChatAPIReference/Welcome.html). Weitere Informationen zu AWS-Regionen und Availability Zones finden Sie unter [Globale AWS-Infrastruktur](https://aws.amazon.com/about-aws/global-infrastructure/).

## Amazon IVS-Video-Datenebene
<a name="resilience-video-data-plane"></a>

Die Erfassung und Verteilung von Videos erfolgt über ein globales Content Delivery Network (CDN), das für Videos mit niedriger Latenz optimiert ist. Dadurch kann Amazon IVS Kunden End-to-End-Videos in hoher Qualität bereitstellen, die einem globalen Publikum mit minimaler Verzögerung bereitgestellt werden. Das Video-CDN verfügt über globale Points of Presence (PoPs), so dass Sender und Zuschauer geografisch verteilt werden können.

Unabhängig von der AWS-Region, in der Sie Ihre Amazon-IVS-Ressourcen konfiguriert haben: 
+ Streamer nehmen Videos automatisch an einen POP auf, der geografisch in der Nähe ihres Standorts liegt.
+ Zuschauer streamen Videos über das globale Video-CDN. 

Nach der Aufnahme werden Videostreams in einem von mehreren Amazon IVS-Rechenzentren verarbeitet und transkodiert. Amazon IVS bietet kein automatisiertes Failover für Aufnahme- oder Transcodierungsfehler. Stattdessen sollten Streamer ihre Encoder oder Broadcasting-Clients so konfigurieren, dass sie bei Broadcasting-Fehlern automatisch wieder aufgenommen werden.