|
锁定老帖子 主题：阿里巴巴Dubbo分布式服务框架已开源
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-10-22
最后修改：2011-10-22
BruceXX 写道 应该和taobao的HSF是同一类东西， 和支付宝的sofa很类似，把服务治理做好了，
是的，在分布式服务框架中，RPC只是基石，当应用全面服务化后，服务治理才是关键，这也是Dubbo的一个工作重心，但这一次开源的不包含治理模块。 |
| 返回顶楼 | |
|
发表时间：2011-10-22
这么好的框架，必须精华啊！顶梁飞，顶dubbo！
|
| 返回顶楼 | |
|
发表时间：2011-10-22
javatar 写道 BruceXX 写道 应该和taobao的HSF是同一类东西， 和支付宝的sofa很类似，把服务治理做好了，
是的，在分布式服务框架中，RPC只是基石，当应用全面服务化后，服务治理才是关键，这也是Dubbo的一个工作重心，但这一次开源的不包含治理模块。 有点遗憾啊 |
| 返回顶楼 | |
|
发表时间：2011-10-22
最后修改：2011-10-22
melin 写道 javatar 写道 BruceXX 写道 应该和taobao的HSF是同一类东西， 和支付宝的sofa很类似，把服务治理做好了，
是的，在分布式服务框架中，RPC只是基石，当应用全面服务化后，服务治理才是关键，这也是Dubbo的一个工作重心，但这一次开源的不包含治理模块。 有点遗憾啊 因治理功能与内部系统有关联，后续会考虑剥离，看能不能开源。 |
| 返回顶楼 | |
|
发表时间：2011-10-22
javatar 写道 san_yun 写道 HSF之前是和jboss绑定的，现在不知道如何。dubbo简单易用！希望dubbo能把文档和社区推广做好，加油！！
HSF与JBoss绑定，有一定好处，就是不用在应用中依赖HSF的jar包，这样对统一升级HSF版本很有帮助，Dubbo采用直接嵌入应用，比较轻便，没有孰好孰坏，都是想做到更好的使用方式。 Dubbo不依赖任何第三方jar包吗? 如果Dubbo要依赖第三方jar包，比如common-logging或者xercesImpl， 应用A要用Dubbo，应用A也直接依赖common-logging或者xercesImpl， Dubbo依赖的common-logging或者xercesImpl与应用A依赖的common-logging或者xercesImpl不兼容， 无论选择哪个要么应用A直接出问题要么Dubbo出问题。 Dubbo不基于OSGi了，那这些依赖冲突问题怎么解决呢？ PS: HSF现在不与JBoss绑定，在Tomcat/Jetty上都开发了集成模块。 |
| 返回顶楼 | |
|
发表时间：2011-10-22
早就听说淘宝有这种soa，不过开源的时间点有点晚了。
SOA已经发展成熟，各大公司都已经或多或少实现了自己的rpc体系。 现在推出难以造成较大影响。 |
| 返回顶楼 | |
|
发表时间：2011-10-22
安全怎么解决啊？随便一个消费者就能来使用么？
|
| 返回顶楼 | |
|
发表时间：2011-10-23
问LZ
你们是以何种策略去决定这次的Provider提供的服务的版本号是多少、或者说如何确定版本号该升级了？ 以及Cousumer如何决定我该使用哪个版本号的服务呢？ |
| 返回顶楼 | |
|
发表时间：2011-10-23
粗略看了一下文档，感觉很棒，值得深入研究并借鉴！
|
| 返回顶楼 | |
|
发表时间：2011-10-23
官网上性能利描述的 c、稳定性测试中由于将底层通信框架从mina换成netty，old区对象的增长大大减少，50小时运行，增长不到200m，无fullgc。（可以确认为mina在高并发下的设计缺陷） 能大致分析一下什么导致的“mina在高并发下的设计缺陷”吗？或者是给个研究的思路吗？ |
| 返回顶楼 | |
