session会话复制

前几天请教了Yoda大神关于会话复制方面的问题，

 

     如果客户访问是两个服务器的东西，这样会有两个分别的session， 这两个session之间怎么交互，集群环境下，同构的服务器，专业术语叫做session复制，或者会话复制。

 

      session的复制是由应用服务器提供的，一般来说应用服务器都支持这个特性，比如WebLogic、WebSphere之类的
另外，通常这种Web服务器的集群，其前面会有一个接入代理，这个接入代理负责保证同一个session上来的请求分发到同一个主机，除非这个主机挂掉了。这个特性叫做session粘滞，或者叫做会话粘滞，但是也有代理的设置是均分请求的，就是无论是不是同一个客户端/会话过来的请求，都会产生摆动。简单来说，集群后面有2个服务器，那么请求12345中的135可能被分配到A，24被分派到B

这种东西，只有真正弄过大型应用的人才明白。比较大的集群是浙江移动，16个Server一个集群，共有4个集群。总共就是64个Server
而且，纯Web的集群和业务支撑的集群在设计考虑方面还是有点儿不同的。

http://www.blogjava.net/yoda/archive/2008/04/17/193891.html
这是Yoda之前翻译的一篇文档，介绍的很详细的
电商的又是另外一种方案了
电商比一般的企业内部应用的集群更复杂

但是很多原理是相通的。

淘宝或者京东这种电商的结构会更加复杂，首先web端可以大面积横向扩展，但是后台交易处理系统要保证并发不发生冲突,

比如银行这种的，基本的从前到后是这样一个顺序  防火墙->4层或者7层交换机->web静态内容集群->web动态内容（jsp,php,asp这种）集群->业务交易平台->核心数据,

每一层都可以使用集群方式。建行的核心数据都是2台大型机在运转,

建行的业务交易平台是16台机器。

 

感谢Yoda大神的耐心讲解，哈哈。