全事务系统，无缓存的话可以直接分布式。

否则最简单的办法是按照某个规则做partition, 例如按用户名，或公司名。原则是规则下路由到不的服务器的访问互相没有任何关系。类似玩游戏时间登录哪个区一样。 
如果没有这样的规则就麻烦了，一时半会说不清

你说的是想要把web服务器做成集群吧

把session会话共享起来就好了，要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响

Quote: 引用 7 楼 ygycomon 的回复:

你说的是想要把web服务器做成集群吧

把session会话共享起来就好了，要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响

部署多套，每套系统独立运行。多点间实时交互信息。

Quote: 引用 8 楼 awcx8888 的回复:

Quote: 引用 7 楼 ygycomon 的回复:

你说的是想要把web服务器做成集群吧

把session会话共享起来就好了，要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响

部署多套，每套系统独立运行。多点间实时交互信息。

部署多套，那么各套之间的session信息可以实现共享吗？还有楼主讲的多点间实时交互信息，这个怎么处理呢？

Quote: 引用 9 楼 magi1201 的回复:

Quote: 引用 8 楼 awcx8888 的回复:

Quote: 引用 7 楼 ygycomon 的回复:

你说的是想要把web服务器做成集群吧

把session会话共享起来就好了，要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响

部署多套，每套系统独立运行。多点间实时交互信息。

部署多套，那么各套之间的session信息可以实现共享吗？还有楼主讲的多点间实时交互信息，这个怎么处理呢？

集群下的session信息要共享的话，就部署一套缓存，session序列化以后丢进缓存就好了，不过我个人不喜欢这种架构，我觉得采用粘性会话更优雅，不影响应用层
如果不是简单的扩展成集群，有交互的话，异步交互用消息队列，同步交互用服务化中心。相关的中间件组件都有很多开源实现，LZ可以根据自己的业务情况做技术选型

Quote: 引用 10 楼 ygycomon 的回复:

Quote: 引用 9 楼 magi1201 的回复:

Quote: 引用 8 楼 awcx8888 的回复:

Quote: 引用 7 楼 ygycomon 的回复:

你说的是想要把web服务器做成集群吧

把session会话共享起来就好了，要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响

部署多套，每套系统独立运行。多点间实时交互信息。

部署多套，那么各套之间的session信息可以实现共享吗？还有楼主讲的多点间实时交互信息，这个怎么处理呢？

集群下的session信息要共享的话，就部署一套缓存，session序列化以后丢进缓存就好了，不过我个人不喜欢这种架构，我觉得采用粘性会话更优雅，不影响应用层
如果不是简单的扩展成集群，有交互的话，异步交互用消息队列，同步交互用服务化中心。相关的中间件组件都有很多开源实现，LZ可以根据自己的业务情况做技术选型

谢谢！
不是想扩展成单纯的集群，部署多套系统，每套系统可以独立运行，可是还要实时的使用其他点系统产生的数据。

重做