Un produit distribué mondialement a besoin d'une API déployée de manière redondante dans plusieurs Régions. L'API doit être disponible indépendamment depuis chaque emplacement, répondre à un domaine personnalisé et optimiser les performances des requêtes utilisateur. Comment Amazon API Gateway et le routage doivent-ils être configurés pour répondre à ces exigences ?

La bonne approche consiste à déployer des points de terminaison régionaux API Gateway dans chaque Région où le produit est présent, chacun avec son propre domaine personnalisé. Ensuite, utiliser le routage basé sur la latence de Route 53 pour diriger les utilisateurs vers le domaine personnalisé (et donc l'API Gateway) le plus proche et le plus performant. Cela assure une disponibilité indépendante par emplacement et optimise les performances. Les autres options sont moins optimales ou incorrectes : Déployer une API optimisée pour la périphérie dans une seule région avec un enregistrement de géoproximité ne garantit pas une disponibilité indépendante par emplacement et peut ne pas optimiser les performances pour tous les utilisateurs. Utiliser Global Accelerator avec un ALB est une bonne solution pour la performance, mais l'intégration avec API Gateway est plus complexe et moins directe que l'approche régionale native d'API Gateway. Placer une API optimisée pour la périphérie derrière CloudFront est redondant car les API optimisées pour la périphérie utilisent déjà CloudFront en interne. De plus, cela ne répond pas à l'exigence de disponibilité indépendante dans plusieurs régions.