|
精华帖 (3) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-11-17
最后修改：2011-11-17
这是个好东西，比Web Service的Soap协议有优势
|
| 返回顶楼 | |
|
发表时间：2011-11-17
最后修改：2011-11-17
我认为在这个协议框架的基础上，可以使用大量普通PC组建类似Google数据中心的后台服务器集群。这样做可以大幅降低数据中心硬件成本，且随时可以替换集群内的普通PC节点，进而实现像Google那样的集装箱式计算单元，这是我一直想做的东西。请问LZ，不知阿里巴巴内部是否有类似想法？
|
| 返回顶楼 | |
|
发表时间：2011-11-18
javatar 写道 sxpyrgz 写道 Dubbo,主要用来干吗?
Dubbo主要用于服务化，以及SOA治理。 sxpyrgz 写道 应用在什么场合?
当应用大了，可能需要垂直拆分应用， 减少各业务间干扰，内聚业务，灵活应对多变的业务需求， 提高业务的复用度，提升业务的敏捷性，提升开发效率，降低维护成本， 隔离上层展现逻辑和核心业务逻辑，方便架构的持续优化，减缓架构退化。 这样，应用之间的互相调用，就需要一个RPC作为基础设施。 另外，当服务多了，错综复杂的依赖关系需要治理。 sxpyrgz 写道 有什么优势?
Dubbo提供动态服务注册与发现机制，使服务集群能够平滑升级和优雅降级，提高集群伸缩性。 Dubbo提供软负载均衡及容错方案，减少对硬件负载均衡器的单点依赖，提升网站可靠性。 并且Dubbo的通讯协议针对常规的服务，一般都请求数据量小，但并发量大，消费者远比提供者多等情况，做了优化。 看的晕晕呼呼的.不过还不错.感觉功能很强大,等有空了看看. 提点建议: 1 如果Dubbo能有一个图形化管理集群,图形化分析会更好. 2 如果针对我们这些想了解的人,如果加点儿图形化的流程说明,会更直观点儿,更容易理解哈. |
| 返回顶楼 | |
|
发表时间：2011-11-18
非常高兴的看见了国人自己开发的开源框架， 我想提出个疑问。 dubbo和EJB 2。0 比有什么区别呢？
|
| 返回顶楼 | |
|
发表时间：2011-11-18
功能强大，使用方便
赞一个 1、另外目前的Binary-RPC 性能应该有提升的空间 因为远程调用的对性能影响较大， 2、对于多个服务相互关联，事务如何保证一致性 |
| 返回顶楼 | |
|
发表时间：2011-11-18
yanlei 写道 虽然不知道lz在讲什么，但是感觉很厉害的样子
|
| 返回顶楼 | |
|
发表时间：2011-11-18
qq327523994 写道 非常高兴的看见了国人自己开发的开源框架， 我想提出个疑问。 dubbo和EJB 2。0 比有什么区别呢？
比EJB更轻量，可选择性更多。 |
| 返回顶楼 | |
|
发表时间：2011-11-18
少年 你太年轻了 你以为这个论坛上真的有那么多人回复你的帖子？ 其实都是我一个人回的，不然我再换个ID发同样的话回复你!
|
| 返回顶楼 | |
|
发表时间：2011-11-18
evanzzy 写道 我认为在这个协议框架的基础上，可以使用大量普通PC组建类似Google数据中心的后台服务器集群。这样做可以大幅降低数据中心硬件成本，且随时可以替换集群内的普通PC节点，进而实现像Google那样的集装箱式计算单元，这是我一直想做的东西。请问LZ，不知阿里巴巴内部是否有类似想法？
嗯，对集群的管理也是Dubbo的一个目标。 |
| 返回顶楼 | |
|
发表时间：2011-11-18
最后修改：2011-11-18
xlongbuilder 写道 1、另外目前的Binary-RPC 性能应该有提升的空间
因为远程调用的对性能影响较大， 我们一直在持续优化性能。 xlongbuilder 写道 2、对于多个服务相互关联，事务如何保证一致性
因通用分布式事务实现的局性性，暂没有支持，需业务自行使用补偿事务解决。 后续可能考虑实现简单的两阶段提交事务。 |
| 返回顶楼 | |
