这篇文章主要介绍“java的Dubbox和达博框架哪个好”,在日常操作中,相信很多人在java的Dubbox和达博框架哪个好问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答“java的Dubbox和达博框架哪个好”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
其实Dubbox和达博都是很好的服务框架,简单来说,Dubbox和达博本质上没有区别,Dubbox是达博的升级版本。这样说来,好像Dubbox更好一些,为什么?毕竟它是升级的版本,扩展了达博没有的内容。现在,我们来详细分析一下它们两者的区别吧!
1,简介
达博源于阿里的淘宝网开源的分布式的服务架构,致力于提供高性能和透明化的RPC远程服务调用方案,是SOA服务化治理方案的核心框架淘。宝网将其开源之后,得到了很多的拓展和支持(比较出名的有:当当网的扩展版本Dubbox,京东的扩展版本jd-hydra等)
Dubbox是一个开源的RPC(远程ProcedureCall协议)远程调用框架,是由当当网对阿里的达博的升级,可以被视为达博的增强版,基本架构没有变动,升级spring2.x到spring3。x,支持宁静的风格的调用调试方式,丰富了序列化的方式,提高了序列化的性能.Dubbox(即达博扩展)是当当网叉基于dubbo2。x的升级版本,兼容原有的dubbox。其中升级了管理员和春季版本,并且支持restful风格的远程调用。
2,现状
达博源于阿里的淘宝网开源的分布式的服务架构,据说淘宝网达博与一个非开源的框架HSF有争执,导致达博的团队已经解散了.Dubbo目前已停止更新。
dubbox(即达博扩展)是当当网叉基于dubbo2。x的升级版本,兼容原有的dubbox。其中升级了管理员和春季版本,并且支持restful风格的远程调用.Dubbox得到不断的发展(升级更新),目前还在更新。
3,服务框架对比
dubbox名字的含义扩展了Dubb,以下为扩展出来的功能,这也是选择dubbox很重要的考察点。
支持其他风格远程调用(HTTP + JSON/XML);
支持基于Kryo浮置板轨道的Java和高效序列化实现;
支持基于杰克逊的JSON序列化;
支持基于嵌入式Tomcat的HTTP remoting体系;
升级春季至3。x;
升级管理员客户端;
支持完全基于Java代码的达博配置。
4, RPC vs休息
服务提供方与调用方接口依赖方式太强:我们为每个微服务定义了各自的服务抽象接口,并通过持续集成发布到私有仓库中,调用方应用对微服务提供的抽象接口存在强依赖关系,因此不论开发,测试,集成环境都需要严格的管理版本依赖,才不会出现服务方与调用方的不一致导致应用无法编译成功等一系列问题,以及这也会直接影响本地开发的环境要求,往往一个依赖很多服务的上层应用,每天都要更新很多代码并安装之后才能进行后续的开发。若没有严格的版本管理制度或开发一些自动化工具,这样的依赖关系会成为开发团队的一大噩梦。而其他接口相比RPC更为轻量化,服务提供方和调用方的依赖只是依靠一纸契约,不存在代码级别的强依赖,当然其他接口也有痛点,因为接口定义过轻,很容易导致定义文档与实际实现不一致导致服务集成时的问题,但是该问题很好解决,只需要通过每个服务整合狂妄自大,让每个服务的代码与文档一体化,就能解决。所以在分布式环境下,其他方式的服务依赖要比RPC方式的依赖更为灵活。
服务对平台敏感,难以简单复用:通常我们在提供对外服务时,都会以其他的方式提供出去,这样可以实现跨平台的特点,任何一个语言的调用方都可以根据接口定义来实现。那么在达博中我们要提供其他接口时,不得不实现一层代理,用来将RPC接口转换成其他接口进行对外发布。若我们每个服务本身就以其他接口方式存在,当要对外提供服务时,主要在API网关中配置映射关系和权限控制就可实现服务的复用了。
达博实现了服务治理的基础,但是要完成一个完备的微服务架构,还需要在各环节去扩展和完善以保证集群的健康,以减轻开发,测试以及运维各个环节上增加出来的压力,这样才能让各环节人员真正的专注于业务逻辑。而春天云依然发扬了春源整合一切的作风,以标准化的姿态将一些微服务架构的成熟产品与框架揉为一体,并继承了弹簧引导简单配置,快速开发,轻松部署的特点,让原本复杂的架构工作变得相对容易上手一些。所以,如果选择达博请务必在各个环节做好整套解决方案的准备,不然很可能随着服务数量的增长,整个团队都将疲于应付各种架构上不足引起的困难。而如果选择春云,相对来说每个环节都已经有了对应的组件支持,可能有些也不一定能满足你所有的需求,但是其活跃的社区与高速的迭代进度也会是你可以依靠的强大后盾。
