Une application a besoin de l'adresse IP du client, mais elle s'exécute désormais derrière un Application Load Balancer, de sorte que toutes les requêtes semblent provenir de la même IP. L'application doit rester évolutive horizontalement. Quelle est la solution la PLUS rentable ?

La bonne réponse est de modifier l'application pour lire l'en-tête X-Forwarded-For. Les Application Load Balancers (ALB) insèrent automatiquement l'adresse IP du client dans l'en-tête HTTP X-Forwarded-For. L'application peut extraire cette information pour identifier l'IP source d'origine. Cette solution est la plus rentable car elle ne nécessite aucune modification de l'infrastructure AWS existante et maintient la scalabilité horizontale fournie par l'ALB. Supprimer l'application de l'ALB et acheminer le trafic directement via Route 53 vers une instance unique compromettrait la scalabilité et la haute disponibilité. Créer un Classic Load Balancer n'est pas une solution optimale car les CLB sont une technologie plus ancienne et moins performante que les ALB pour les applications HTTP/HTTPS, et ils insèrent également l'IP du client dans l'en-tête X-Forwarded-For, rendant cette option inutilement coûteuse et complexe par rapport à la modification de l'application. Modifier l'application pour lire un en-tête personnalisé et mettre à jour le client n'est pas pratique, car cela exigerait des modifications côté client pour chaque utilisateur, ce qui est irréalisable pour la plupart des applications web.