已经开发完成的b/s应用,调整为满足分布式部署,求思路

awcx8888 2014-06-03 03:23:21
产品开发已经完成,前期的设计中没有考虑分布部署。
使用的技术ssh。其他的都没有使用
...全文
590 16 打赏 收藏 转发到动态 举报
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
awcx8888 2014-07-11
  • 打赏
  • 举报
回复
1、使用mysql自带的机制实现数据库做实时同步。 2、应用程序过滤数据实现效果
ItsTramp 2014-06-05
  • 打赏
  • 举报
回复
致知Fighting 2014-06-04
  • 打赏
  • 举报
回复
引用 11 楼 awcx8888 的回复:
[quote=引用 10 楼 ygycomon 的回复:] [quote=引用 9 楼 magi1201 的回复:] [quote=引用 8 楼 awcx8888 的回复:] [quote=引用 7 楼 ygycomon 的回复:] 你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
部署多套,每套系统独立运行。多点间实时交互信息。[/quote] 部署多套,那么各套之间的session信息可以实现共享吗?还有楼主讲的多点间实时交互信息,这个怎么处理呢?[/quote] 集群下的session信息要共享的话,就部署一套缓存,session序列化以后丢进缓存就好了,不过我个人不喜欢这种架构,我觉得采用粘性会话更优雅,不影响应用层 如果不是简单的扩展成集群,有交互的话,异步交互用消息队列,同步交互用服务化中心。相关的中间件组件都有很多开源实现,LZ可以根据自己的业务情况做技术选型[/quote] 谢谢! 不是想扩展成单纯的集群,部署多套系统,每套系统可以独立运行,可是还要实时的使用其他点系统产生的数据。[/quote] 已经跟你分析了: 异步交互用消息队列,同步交互各自起服务,觉得调用关系太复杂可以用服务化中心统一管理
  • 打赏
  • 举报
回复
不是很明白你说的分布式部署是什么意思,看你的描述,和分布式没有关系吧。顶多是个服务器和数据库的集群问题。
awcx8888 2014-06-04
  • 打赏
  • 举报
回复
引用 10 楼 ygycomon 的回复:
[quote=引用 9 楼 magi1201 的回复:] [quote=引用 8 楼 awcx8888 的回复:] [quote=引用 7 楼 ygycomon 的回复:] 你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
部署多套,每套系统独立运行。多点间实时交互信息。[/quote] 部署多套,那么各套之间的session信息可以实现共享吗?还有楼主讲的多点间实时交互信息,这个怎么处理呢?[/quote] 集群下的session信息要共享的话,就部署一套缓存,session序列化以后丢进缓存就好了,不过我个人不喜欢这种架构,我觉得采用粘性会话更优雅,不影响应用层 如果不是简单的扩展成集群,有交互的话,异步交互用消息队列,同步交互用服务化中心。相关的中间件组件都有很多开源实现,LZ可以根据自己的业务情况做技术选型[/quote] 谢谢! 不是想扩展成单纯的集群,部署多套系统,每套系统可以独立运行,可是还要实时的使用其他点系统产生的数据。
致知Fighting 2014-06-04
  • 打赏
  • 举报
回复
引用 9 楼 magi1201 的回复:
[quote=引用 8 楼 awcx8888 的回复:] [quote=引用 7 楼 ygycomon 的回复:] 你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
部署多套,每套系统独立运行。多点间实时交互信息。[/quote] 部署多套,那么各套之间的session信息可以实现共享吗?还有楼主讲的多点间实时交互信息,这个怎么处理呢?[/quote] 集群下的session信息要共享的话,就部署一套缓存,session序列化以后丢进缓存就好了,不过我个人不喜欢这种架构,我觉得采用粘性会话更优雅,不影响应用层 如果不是简单的扩展成集群,有交互的话,异步交互用消息队列,同步交互用服务化中心。相关的中间件组件都有很多开源实现,LZ可以根据自己的业务情况做技术选型
姜小白- 2014-06-04
  • 打赏
  • 举报
回复
引用 8 楼 awcx8888 的回复:
[quote=引用 7 楼 ygycomon 的回复:] 你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
部署多套,每套系统独立运行。多点间实时交互信息。[/quote] 部署多套,那么各套之间的session信息可以实现共享吗?还有楼主讲的多点间实时交互信息,这个怎么处理呢?
awcx8888 2014-06-04
  • 打赏
  • 举报
回复
引用 7 楼 ygycomon 的回复:
你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
部署多套,每套系统独立运行。多点间实时交互信息。
致知Fighting 2014-06-04
  • 打赏
  • 举报
回复
你说的是想要把web服务器做成集群吧 把session会话共享起来就好了,要不就做粘性会话让一段时间之内同一个用户的请求发到同一个节点上。其他的好像没什么太多影响
awcx8888 2014-06-04
  • 打赏
  • 举报
回复
引用 4 楼 liuade 的回复:
全事务系统,无缓存的话可以直接分布式。 否则最简单的办法是按照某个规则做partition, 例如按用户名,或公司名。原则是规则下路由到不的服务器的访问互相没有任何关系。类似玩游戏时间登录哪个区一样。 如果没有这样的规则就麻烦了,一时半会说不清
系统不是全事物的,主要想共享全部资源和实时数据。
不想低调 2014-06-04
  • 打赏
  • 举报
回复
哈哈
引用 3 楼 xiaopeipei2004 的回复:
重做
  • 打赏
  • 举报
回复
Hiberante 有缓存,分布式比较困难。。。。
艾德 2014-06-03
  • 打赏
  • 举报
回复
全事务系统,无缓存的话可以直接分布式。 否则最简单的办法是按照某个规则做partition, 例如按用户名,或公司名。原则是规则下路由到不的服务器的访问互相没有任何关系。类似玩游戏时间登录哪个区一样。 如果没有这样的规则就麻烦了,一时半会说不清
grapepaul 2014-06-03
  • 打赏
  • 举报
回复
重做
S117 2014-06-03
  • 打赏
  • 举报
回复
额,怎么做完了才想起要用分布式呢
姜小白- 2014-06-03
  • 打赏
  • 举报
回复
mark 坐等学习

67,541

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧