返回信息流spring cloud与dubbo都是SOA中的可选框架,dubbo在不少公司中都有使用,但在开源项目中阿里已不维护,dubbox作为当当的扩展也已经长时间不更新,spring cloud作为新架构本人并不了解。
大家来说说这两种技术的未来发展前景。
这是一条镜像帖。来源:北邮人论坛 / java / #59390同步于 2018/6/20
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Java机器人发帖
论spring cloud与dubbo
coyding
2018/6/20镜像同步6 回复
订阅后,新回复会通过你的通知中心匿名送达。
6 条回复
总的来说,就是没有最好,只有最合适的,具体场景具体分析,用什么框架受公司架构、基础服务、设备、人员等综合影响。spring cloud我理解其实就是一个工具集合,谈不上框架,把feign和ribbon替换成dubbo或motan似乎也没啥毛病。
【 在 hwz2311245 的大作中提到: 】
: 总的来说,就是没有最好,只有最合适的,具体场景具体分析,用什么框架受公司架构、基础服务、设备、人员等综合影响。spring cloud我理解其实就是一个工具集合,谈不上框架,把feign和ribbon替换成dubbo或motan似乎也没啥毛病。
同意楼上的说法,框架不是说选择谁好,还得看整体的技术栈支持。服务治理是需要特定的SRE的
spring cloud 是完整的微服务框架,而dubbo只是一个rpc框架,属于微服务里的一环。spring cloud正因为很完整,所以很适合中小企业,但是他的部分组件没有经过大规模生成环境的验证,性能可能多多少少有点问题,前两年dubbo不维护了,所以一般大互联网公司都会在内部维护一个dubbo版本,毕竟bug不少,像考拉,当当。spring cloud一定会越来越好,越来越受欢迎。dubbo现在已经贡献给apache 并且恢复更新了,应该发展也不差,毕竟国内很多公司 微服务框架里的rpc用的dubbo
很难说 dubbo 能不能活跃维护,上次看因为内网的仓库问题导致的 issue 迟迟的没人修
阿里内部用 HSF 也不用 dubbo(
所以我觉得spring cloud 更适合作为开源方案吧(更何况整个 java 社区就是跟着 spring 走