Vous concevez un nouveau service basé sur TCP qui doit être hautement disponible sur plusieurs zones de disponibilité et accessible via le nom DNS publiquement résoluble my.service.com. Le service utilise un port TCP fixe et nécessite des adresses IP fixes que les partenaires externes mettront sur liste blanche. Les ressources sont déployées sur plusieurs zones de disponibilité dans une seule région. Quelle conception répond à ces exigences ?

La bonne réponse utilise un Network Load Balancer (NLB) avec des adresses IP Elastic (EIP) allouées par zone de disponibilité. Le NLB supporte les ports TCP fixes et fournit une haute disponibilité sur plusieurs AZ. Les EIP du NLB sont stables et peuvent être partagées avec les partenaires pour la mise sur liste blanche, répondant ainsi à l'exigence d'adresses IP fixes. L'enregistrement Route 53 A (alias) pointant vers le NLB assure un nom DNS public. Les autres options sont incorrectes car : La première option attribue des EIP aux instances EC2 directement et utilise le NLB pour enregistrer ces instances, mais l'enregistrement DNS pointe vers les EIP des instances, pas vers le NLB, ce qui ne fournit pas la haute disponibilité et la résilience du NLB lui-même. La deuxième option utilise des adresses IP publiques de tâches ECS, qui ne sont pas fixes et peuvent changer, ne répondant pas à l'exigence de mise sur liste blanche. La quatrième option utilise un ALB, qui est conçu pour le trafic HTTP/HTTPS et non pour un port TCP fixe arbitraire, et les adresses IP publiques des hôtes ECS ne sont pas fixes.