Testing 在启用粘性的负载平衡器上，是否为不同节点上的同一用户生成新令牌？_Testing_Token_Load Balancing_Devops_Development Process

Testing 在启用粘性的负载平衡器上，是否为不同节点上的同一用户生成新令牌？

testing

Testing 在启用粘性的负载平衡器上，是否为不同节点上的同一用户生成新令牌？,testing,token,load-balancing,devops,development-process,Testing,Token,Load Balancing,Devops,Development Process,我的项目（在angularJs上）实现是以一个网页应用程序部署在一个具有2个节点的负载平衡器上的方式完成的，我无法找到以下问题的解决方案实施：每次用户登录时，都会创建一个新令牌当用户切换到不同的节点（通过任何方式）时，用户将需要再次登录该特定节点以下是场景：（注意：同一用户正在从client1、client2和client3登录）注意：由于node2上已经为用户生成了一个令牌，并且这里的会话也是活动的，所以问题是否应要求用户再次登录node2？或用户应该能够在不登录的情况下

我的项目（在angularJs上）实现是以一个网页应用程序部署在一个具有2个节点的负载平衡器上的方式完成的，我无法找到以下问题的解决方案

实施：

每次用户登录时，都会创建一个新令牌
当用户切换到不同的节点（通过任何方式）时，用户将需要再次登录该特定节点

以下是场景：（注意：同一用户正在从client1、client2和client3登录）

注意：由于node2上已经为用户生成了一个令牌，并且这里的会话也是活动的，所以

问题

是否应要求用户再次登录node2？或

用户应该能够在不登录的情况下使用当前/活动会话

为什么在这两种情况下

我与我的开发团队进行了同样的讨论，下面是答案，以防将来有人需要它

是，应要求用户再次登录。原因：因为每次用户通过不同的客户端登录到节点时，都会创建一个新的令牌

否，用户将无法使用当前/活动会话。原因：因为一旦用户登陆该节点，生成的新令牌将替换旧令牌，因此将要求用户再次登录

以上回答

Client1 -> lands and logs-in on node1 -> token1 is created
Client2 -> lands and logs-in on node2 -> token2 is created
    Now suppose node1 goes down (due to some reasons), 
Client3 -> lands on node2 by default -> Now,