Une entreprise développe une application où des appareils IoT envoient des mesures à AWS. L'application aura des millions d'utilisateurs. Les appareils IoT ne peuvent pas effectuer de résolution DNS. L'entreprise a besoin d'une configuration EC2 Auto Scaling pour que les appareils puissent atteindre un point de terminaison d'application sans dépendre du DNS. Quelle est la solution la plus rentable ?

La bonne réponse est d'utiliser un Network Load Balancer (NLB) et de configurer les appareils IoT pour qu'ils se connectent à ses adresses IP. Le NLB fournit des adresses IP statiques qui ne changent pas, ce qui est crucial car les appareils IoT ne peuvent pas effectuer de résolution DNS. Le NLB peut gérer des millions de requêtes par seconde avec une latence ultra-faible et est entièrement intégré à EC2 Auto Scaling, ce qui permet à l'application de s'adapter automatiquement. Les autres options sont incorrectes ou moins rentables : L'utilisation d'un ALB derrière un NLB ajoute de la complexité et des coûts inutiles, car l'ALB n'offre pas d'adresses IP statiques directement accessibles aux appareils. AWS Global Accelerator est utile pour améliorer les performances sur de grandes distances géographiques, mais n'est pas nécessaire ici si le problème principal est l'absence de DNS et la nécessité d'adresses IP statiques. De plus, il ajoute des coûts supplémentaires. L'utilisation de Global Accelerator avec un NLB est également une solution plus coûteuse et plus complexe que nécessaire pour le problème spécifique des adresses IP statiques, car le NLB seul fournit déjà cette fonctionnalité.