Ein Unternehmen für mobile Spiele stellt Spiel-Assets von EC2-Instances hinter einem ALB in zwei Regionen bereit. Clients müssen Assets aus der geografisch nächstgelegenen Region abrufen; wenn Assets in der nächstgelegenen Region nicht verfügbar sind, sollen Clients auf die andere Region ausweichen. Wie sollte ein Solutions Architect dieses Verhalten implementieren?

Die korrekte Lösung ist, einen Route 53-Health-Check für jeden ALB zu erstellen und dann einen Route 53-Latenz-Alias-Record zu verwenden, der auf die beiden ALBs verweist und Evaluate Target Health aktiviert. Der Latenz-Routing-Richtlinie leitet Benutzeranfragen an die Region mit der geringsten Latenz weiter, was die Anforderung erfüllt, Assets aus der geografisch nächstgelegenen Region abzurufen. Die Health Checks und die Aktivierung von "Evaluate Target Health" stellen sicher, dass bei einem Ausfall einer Region der Datenverkehr automatisch zur anderen, intakten Region umgeleitet wird (Failover). Die Option mit CloudFront-Distributionen und Origin-Gruppen ist nicht optimal, da Origin-Gruppen zwar Failover ermöglichen, aber CloudFront selbst keine Latenz-basierte Weiterleitung zwischen mehreren Origins in verschiedenen Regionen für denselben Pfad bietet, es sei denn, man verwendet Lambda@Edge oder ähnliche Logik. Die Option mit zwei CloudFront-Distributionen und einem Route 53-Failover-Record würde zwar Failover bieten, aber keine Latenz-basierte Weiterleitung für den primären Zugriff. Ein reiner Route 53-Failover-Routing-Record würde nur Failover, aber keine Latenz-basierte Weiterleitung für den Normalbetrieb bieten.