Une application web sans état derrière un équilibreur de charge HTTP(S) externe doit préserver les sessions utilisateur même lorsque l'adresse IP d'un client change (clients mobiles). Quelle affinité de session devez-vous activer sur le service de backend ?

GENERATEDCOOKIE est la bonne réponse car il utilise un cookie généré par l'équilibreur de charge pour maintenir l'affinité de session. Ce cookie est indépendant de l'adresse IP du client, ce qui est crucial pour les utilisateurs mobiles dont l'adresse IP peut changer fréquemment. L'équilibreur de charge insère un cookie dans la réponse HTTP, et le client le renvoie à chaque requête, garantissant que les requêtes ultérieures du même utilisateur sont acheminées vers la même instance de backend, même si son adresse IP change. CLIENTIP est incorrect car il repose sur l'adresse IP source du client. Si l'adresse IP du client change (ce qui est courant avec les appareils mobiles passant entre le Wi-Fi et les données cellulaires), l'affinité de session serait perdue. NONE est incorrect car il ne fournit aucune affinité de session, ce qui signifie que chaque requête pourrait être acheminée vers un backend différent, ce qui est problématique pour les applications nécessitant le maintien de l'état de la session. CLIENTIPPROTO est incorrect car il utilise une combinaison de l'adresse IP du client et du protocole IP pour l'affinité. Bien que plus robuste que CLIENTIP seul dans certains scénarios, il ne résout pas le problème du changement d'adresse IP pour les clients mobiles.