Eine Anwendung verwendet eine Amazon CloudFront-Distribution mit einem öffentlichen Application Load Balancer (ALB) in einer Region als Standard-Origin. Die App wird in einer sekundären Region in einem Warm-Standby-Setup bereitgestellt, und das Unternehmen benötigt eine RTO von null Sekunden für HTTP GET-Anfragen. Wie kann das Failover in die sekundäre Region automatisiert werden, damit HTTP GETs diese RTO erfüllen?

Die Erstellung einer Origin-Gruppe in CloudFront ist die effektivste Methode, um eine RTO von null Sekunden für HTTP GET-Anfragen zu erreichen. Eine Origin-Gruppe ermöglicht es CloudFront, automatisch auf einen sekundären Origin (den ALB in der Warm-Standby-Region) umzuschalten, wenn der primäre Origin (der ALB in der primären Region) fehlschlägt, z. B. bei HTTP 5xx-Fehlern. Da CloudFront das Failover intern verwaltet, gibt es keine DNS-Propagationsverzögerungen, was die RTO von null Sekunden für GET-Anfragen ermöglicht. Die anderen Optionen sind weniger geeignet: Zwei CloudFront-Distributionen mit Route 53-Failover würden DNS-Propagationszeiten einführen, was die RTO von null Sekunden verletzt. Route 53-Failover direkt auf ALBs würde ebenfalls DNS-Propagationszeiten verursachen und die CloudFront-Vorteile (Caching, Edge-Lokalisierung) umgehen. Eine CloudFront-Funktion für 307-Redirects würde eine zusätzliche Roundtrip-Zeit für den Redirect verursachen und ist keine automatische Failover-Lösung im Sinne einer RTO von null Sekunden.