目前集群登陆会话处理方法有以下几种：
1. SESSION广播模式，即各个WEB 容器中会话相互拷贝，当一个容器SESSION发生变化时，则通知集群中所有其他容器，
此方式容易引起广播风暴（类似于集线器，当然具体要看实现方式,比如下图的两种方式），配置简单，可用于小集群小规模用户。
2. 会话集中管理，修改容器配置，把所有会话集中至缓存服务器（如memcached、redis 或者数据库），内存处理效率高，不过宕机所有会话将丢失，
数据库保存效率偏低，宕机仍然能保存大部分会话，数据库选择MYSQL 或者 Berkeley DB等。如下图：
2.1 有些情况可使会话缓存服务器中只保存登陆信息，其他的数据写入COOKIE，不过COOKIE有限制，根据实际情况更改设计。
3. 会话粘性默认，即一个用户访问开始至关闭浏览器前，所有的请求都被转至一台服务器。缺点：服务器宕机会使得该服务器中服务的用户会话全部丢失，
适合场景：在中等用户规模的企业内使用（如TPS为300-500）。
