Eine Webanwendung stellt statische Inhalte aus einem S3-Bucket hinter CloudFront und dynamische Inhalte über einen ALB bereit, der an EC2 Auto Scaling-Gruppen weiterleitet. Die Domain befindet sich in Route 53. Während Spitzenzeiten erhalten einige Benutzer HTTP 503 Service Unavailable-Fehler vom ALB. Das Unternehmen möchte sofort eine benutzerdefinierte Fehlerseite anzeigen, wenn dieser Fehler auftritt, mit minimalem Betriebsaufwand. Welche Lösung erfüllt die Anforderung?

Die korrekte Lösung ist, eine CloudFront-Origin-Gruppe zu erstellen. Dies ermöglicht es, den ALB als primären Ursprung und eine S3-Website mit der benutzerdefinierten Fehlerseite als sekundären Ursprung zu konfigurieren. CloudFront erkennt automatisch, wenn der primäre Ursprung (ALB) fehlerhaft ist (z.B. HTTP 503-Fehler) und schaltet nahtlos auf den sekundären Ursprung um, um die benutzerdefinierte Fehlerseite anzuzeigen. Dies erfordert minimalen Betriebsaufwand, da die Logik in CloudFront integriert ist. Die Option mit Route 53-Failover ist nicht ideal, da sie auf DNS-Ebene arbeitet und nicht auf spezifische HTTP-Fehler des ALB reagiert, sondern eher auf die Erreichbarkeit des Endpunkts. Eine zweite CloudFront-Distribution wäre zu komplex für diese Anforderung. Eine CloudFront Function wäre zwar technisch möglich, aber komplexer in der Implementierung und Wartung als die integrierte Origin-Failover-Funktion.