Nach einem Anwendungsupdate gibt Ihr ALB zeitweise 502-Fehler (Bad Gateway) zurück, die durch fehlerhafte HTTP-Header verursacht werden. Das sofortige Neuladen der Seite ist in der Regel erfolgreich. Sie möchten den Besuchern eine benutzerdefinierte Fehlerseite präsentieren, während die Ursache behoben wird, und das mit dem geringsten Betriebsaufwand. Welche Kombination von Maßnahmen sollten Sie ergreifen? (Wählen Sie zwei.)

Die Kombination aus S3 für statisches Website-Hosting und CloudFront für benutzerdefinierte Fehlerseiten ist die effizienteste Lösung. Ein S3-Bucket, der für statisches Website-Hosting konfiguriert ist, ist eine kostengünstige und wartungsarme Möglichkeit, statische Inhalte wie Fehlerseiten zu hosten. CloudFront kann so konfiguriert werden, dass es diese Fehlerseiten ausliefert, wenn der Ursprung (in diesem Fall der ALB) einen Fehlercode wie 502 zurückgibt. Dies bietet eine nahtlose Benutzererfahrung und erfordert minimalen Betriebsaufwand. Die anderen Optionen sind weniger geeignet: CloudWatch-Alarme, die Lambda-Funktionen aufrufen, um ALB-Weiterleitungsregeln zu ändern, sind zu komplex und reaktiv für eine einfache Fehlerseite. Sie würden eine Verzögerung einführen und sind für dynamischere Fehlerbehebungen gedacht. Route 53-Health-Checks mit Fallback-Zielen sind für die Umschaltung zwischen verschiedenen Endpunkten bei Ausfall des primären Endpunkts konzipiert, nicht für die Anzeige einer benutzerdefinierten Fehlerseite bei HTTP-Fehlern vom Origin.