Assurez-vous qu'une nouvelle application qui utilise des WebSockets et des sessions HTTP non distribuées s'exécutera correctement sur Google Cloud.

Les WebSockets et les sessions HTTP non distribuées (sessions locales) nécessitent que les requêtes d'un même client soient toujours acheminées vers la même instance de serveur. C'est ce qu'on appelle l'affinité de session ou la persistance de session. Un équilibreur de charge doit être configuré pour maintenir cette affinité. Réunir les équipes permet de choisir l'équilibreur de charge approprié (par exemple, un équilibreur de charge HTTP(S) externe avec affinité basée sur les cookies) et de s'assurer que l'application fonctionnera comme prévu. Convertir le code WebSocket en streaming HTTP (option A) est une refonte majeure et inutile si les WebSockets sont fonctionnels. Examiner les exigences de chiffrement (option B) est important mais ne résout pas le problème fondamental de l'affinité de session. Reconcevoir l'application pour un magasin de sessions distribué (option D) est une solution à long terme, mais l'objectif est d'assurer le bon fonctionnement de l'application telle quelle initialement.