论坛首页 Java企业应用论坛

分布式通信框架

浏览 12412 次
该帖已经被评为隐藏帖
作者 正文
   发表时间:2010-09-20  
javatracker 写道
kimmking 写道
javatracker 写道

仿照Activemq的模式?

感觉还是服务器端做一个loadbalance合适,统一控制dispatch策略,heartbeat检测,和failover。



没,参照了JBossRemoting和淘宝的,在客户端做的loadbalance。
在服务端做loadbalance的话,做loadbalance的这个服务端本身就是个单点。



LVS,TCP的四层交换技术?




这是一个实现方式,但不想在太底层实现,用LVS的话没办法和上层集群做统一协调,另外做LVS分发那台机器还是个单点,又要引入解决LVS单点的问题,所以还是客户端实现方便。
0 请登录后投票
   发表时间:2010-09-20  
这个跟淘宝内部的RPC框架很相似,作者跟bluedavy聊过?
0 请登录后投票
   发表时间:2010-09-20  
dennis_zane 写道
这个跟淘宝内部的RPC框架很相似,作者跟bluedavy聊过?


呵呵,在淘宝待过,受到过淘宝的影响。
0 请登录后投票
   发表时间:2010-09-20  
“用Netty框架实现底层通信。。。”

你框架最有价值的地方就是底层通信的实现,采取人家Netty的来封装,没有多大意思啦。要搞就从底层搞起呀
0 请登录后投票
   发表时间:2010-09-20  
HenryYu 写道
“用Netty框架实现底层通信。。。”

你框架最有价值的地方就是底层通信的实现,采取人家Netty的来封装,没有多大意思啦。要搞就从底层搞起呀


呵呵 没这个打算,也没这个必要。
0 请登录后投票
   发表时间:2010-09-20  
kimmking 写道
javatracker 写道
kimmking 写道
javatracker 写道

仿照Activemq的模式?

感觉还是服务器端做一个loadbalance合适,统一控制dispatch策略,heartbeat检测,和failover。



没,参照了JBossRemoting和淘宝的,在客户端做的loadbalance。
在服务端做loadbalance的话,做loadbalance的这个服务端本身就是个单点。



LVS,TCP的四层交换技术?




这是一个实现方式,但不想在太底层实现,用LVS的话没办法和上层集群做统一协调,另外做LVS分发那台机器还是个单点,又要引入解决LVS单点的问题,所以还是客户端实现方便。


哦,明白了,不过这样客户又很多选择的服务器,难道采用轮询?
0 请登录后投票
   发表时间:2010-09-20  
javatracker 写道
kimmking 写道
javatracker 写道
kimmking 写道
javatracker 写道

仿照Activemq的模式?

感觉还是服务器端做一个loadbalance合适,统一控制dispatch策略,heartbeat检测,和failover。



没,参照了JBossRemoting和淘宝的,在客户端做的loadbalance。
在服务端做loadbalance的话,做loadbalance的这个服务端本身就是个单点。



LVS,TCP的四层交换技术?




这是一个实现方式,但不想在太底层实现,用LVS的话没办法和上层集群做统一协调,另外做LVS分发那台机器还是个单点,又要引入解决LVS单点的问题,所以还是客户端实现方便。


哦,明白了,不过这样客户又很多选择的服务器,难道采用轮询?

估计是failover~
0 请登录后投票
   发表时间:2010-09-20  
分布式体现在哪里?
0 请登录后投票
   发表时间:2010-09-20  
mercyblitz 写道
javatracker 写道
kimmking 写道
javatracker 写道
kimmking 写道
javatracker 写道

仿照Activemq的模式?

感觉还是服务器端做一个loadbalance合适,统一控制dispatch策略,heartbeat检测,和failover。



没,参照了JBossRemoting和淘宝的,在客户端做的loadbalance。
在服务端做loadbalance的话,做loadbalance的这个服务端本身就是个单点。



LVS,TCP的四层交换技术?




这是一个实现方式,但不想在太底层实现,用LVS的话没办法和上层集群做统一协调,另外做LVS分发那台机器还是个单点,又要引入解决LVS单点的问题,所以还是客户端实现方便。


哦,明白了,不过这样客户又很多选择的服务器,难道采用轮询?

估计是failover~


恩,但是又感觉像DNS轮询,一般DNS服务器把一串IP发给浏览器,浏览器会获取其中一个(实现不同,行为不同),不过楼主可以说一下怎么来实现的。
0 请登录后投票
   发表时间:2010-09-20  
kimmking 写道
ray_linn 写道
Hessian架构在Http协议之上,效率低不说,不能脱离web容器

--- 这是个伪命题把? http协议最强的地方,就是几乎所有的firewall都打开了80口

 

一般来说, http效率不算低。

 

长连接,异步servlet,SEDA,线程池。

串起来,是一个很高效的系统。

 


恩,我对HTTP效率低着个结论觉得很无语。 http的包头算是很mini的,何来效率低。。。

0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics