标签:链路 加强 大牛 网关 开发者 中心 工程师 framework 组合
最大区别:SpirngCloud抛弃了Dubbo的RPC通信,采用的是基于HTTP的TEST方式
严格来说,这两种方式各有优势,虽然从一定程度上来说,后者牺牲了服务调用的性能,但也避免了上面提到的原生RPC带来的问题,而且REST相比RPC更为灵活,服务提供方和调用方依赖只依靠一纸契约,不存在代码级别的强依赖,这在强调快速演化的微服务环境下,显得更加合适
品牌机与组装机的区别
很明显,SpringCloud的功能比DUBBO更加强大,涵盖面更广,而且作为Spring的拳头项目,它也能够与Spring Framework、spring Boot、Spring Data,Spring Batch等其他Spring项目完美结合,这些对于微服务而言是至关重要的。使用DUBBO构建的微服务架构就像组装电脑,各环节我们的选择自由度很高,但是最终结果很有可能因为一条内存质量不行就点不亮了,总是让人不怎么放心,但是如果你是一名高手,那这些都不是问题,而SpringCloud就像品牌机,在Spring Source的整合下,做了大量的兼容性测试,保证了机器拥有更高的稳定性,但是如果要在使用非原装组件外的东西,就需要对其基础有足够的了解
社区支持与更新力度
最为重要的是,DUBBO停止了5年左右的更新,虽然2017.7重启了。对于技术发展的新需求,需要有开发者自行扩展升级(比如当当网弄出了DUBBOX),这对于很多想要采用微服务架构的中小软件组织,显然是不太合适,中小公司没有这么强大的技术去修改DUBBO源码+周边的一些解决方案,并不是每个公司都有阿里的大牛+正式的线上生产环境测试过。
总结
曾风靡国内的开源RPC服务框架DUBBO在重启维护后,令许多用户位置雀跃,但同时,也迎来了一些质疑的声音。互联网技术发展迅速,DUBBO是否还能跟得上时代?DUBBO与SpringCloud相比又有何优势?是否有相关举措来保证DUBBO的后续更新频率?
人物:DUBBO重启维护开发的刘军,主要负责人之一
刘军:阿里巴巴中间件高级研发工程师,主导了DUBBO重启维护以后的几个发行版计划,专注于高性能RPC框架和微服务相关领域。曾负责网易考拉RPC框架的研发及指导在内部使用,参与了服务治理平台,分布式跟踪系统,分布式一致性框架等从无到有的设计与开发过程
解决的问题域不一样:DUBBO的定位是一款RPC框架,SpringCloud的目标是微服务架构的一站式解决方案
标签:链路 加强 大牛 网关 开发者 中心 工程师 framework 组合
原文地址:https://www.cnblogs.com/mjjh/p/13340818.html