分布式环境下的session共享

Session共享在当前这个互联网背景下，已经不是一个新鲜的话题了，而且如何解决session共享其实也有很多非常成熟的方案 

服务器实现的session复制或session共享，这类型的共享session是和服务器紧密相关的 

我们在Web服务器之间增加了会话数据的同步，通过同步就保证了不同Web服务器之间Session数据的一致。一般应用容器都支持Session Replication方式 

存在问题： 

1. 同步Session数据造成了网络带宽的开销。只要Session数据有变化，就需要将数据同步到所有其他机器上，机器越多，
同步带来的网络带宽开销就越大。
 
2. 每台Web服务器都要保存所有Session数据，如果整个集群的Session数据很多（很多人同时访问网站）的话，每台机器用于保存
Session数据的内容占用会很严重。 

这个方案是靠应用容器来完成Session的复制从而解决Session的问题的，应用本身并不关心这个事情。
这个方案不适合集群机器数多的场景。 

利用成熟的技术做session复制，比如12306使用的gemfire，比如常见的内存数据库如Redis 

Session数据不保存到本机而且存放到一个集中存储的地方，修改Session也是发生在集中存储的地方。
Web服务器使用Session从集中存储的地方读取。这样保证了不同Web服务器读取到的Session数据都是一样的。
存储Session的具体方式可以是数据库 
 
存在问题： 

1. 读写Session数据引入了网络操作，这相对于本机的数据读取来说，问题就在于存在时延和不稳定性，不过我们的通讯基本都是发生在内网，问题不大。 

2. 如果集中存储Session的机器或者集群有问题，就会影响到我们的应用。 

相对于Session Replication，当Web服务器数量比较大、Session数比较多的时候，这个集中存储方案的优势是非常明显的。