Dubbo学习总结(8)——阿里开源框架:Dubbo2.7 三大新特性详解!
分享一个大神的人工智能教程。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到人工智能的队伍中来!点击浏览教程
1、背景介绍
自 2017 年 7 月阿里重启 Dubbo 开源,到目前为止 github star 数,contributor 数都有了非常大的提升。2018 年 2 月 9 日阿里决定将 Dubbo 项目贡献给 Apache,经过一周的投票,顺利成为了 Apache 的孵化项目,也就是大家现在看到的 Incubator Dubbo。预计在 2019 年 4 月,Dubbo 可以达成毕业,成为 Apache 的顶级项目。
2、分支介绍
Dubbo 目前有如图所示的 5 个分支,其中 2.7.1-release 只是一个临时分支,忽略不计,对其他 4 个分支进行介绍。
- 2.5.x 近期已经通过投票,Dubbo 社区即将停止对其的维护。
- 2.6.x 为长期支持的版本,也是 Dubbo 贡献给 Apache 之前的版本,其包名前缀为:com.alibaba,JDK 版本对应 1.6。
- 3.x-dev 是前瞻性的版本,对 Dubbo 进行一些高级特性的补充,如支持 rx 特性。
- master 为长期支持的版本,版本号为 2.7.x,也是 Dubbo 贡献给 Apache 的开发版本,其包名前缀为:org.apache,JDK 版本对应 1.8。
如果想要研究 Dubbo 的源码,建议直接浏览 master 分支。
3、Dubbo 2.7 新特性
Dubbo 2.7.x 作为 Apache 的孵化版本,除了代码优化之外,还新增了许多重磅的新特性,本文将会介绍其中最典型的三个新特性:
- 异步化改造
- 三大中心改造
- 服务治理增强
4、异步化改造
4.1 几种调用方式
在远程方法调用中,大致可以分为这 4 种调用方式。oneway 指的是客户端发送消息后,不需要接受响应。对于那些不关心服务端响应的请求,比较适合使用 oneway 通信。
注意,void hello() 方法在远程方法调用中,不属于 oneway 调用,虽然 void 方法表达了不关心返回值的语义,但在 RPC 层面,仍然需要做通信层的响应。
sync 是最常用的通信方式,也是默认的通信方法。future 和 callback 都属于异步调用的范畴,他们的区别是:在接收响应时,future.get() 会导致线程的阻塞;callback 通常会设置一个回调线程,当接收到响应时,自动执行,不会对当前线程造成阻塞。
4.2 Dubbo 2.6 异步化
异步化的优势在于客户端不需要启动多线程即可完成并行调用多个远程服务,相对多线程开销较小。介绍 2.7 中的异步化改造之前,先回顾一下如何在 2.6 中使用 Dubbo 异步化的能力。
将同步接口声明成 async=true
<dubbo:reference id="asyncService" interface="org.apache.dubbo.demo.api.AsyncService" async="true" />
public interface AsyncService {String sayHello( String name );
}
通过上下文类获取 futureAsyncService.sayHello( "Han Meimei" );
Future<String> fooFuture = RpcContext.getContext().getFuture();
fooFuture.get();
可以看出,这样的使用方式,不太符合异步编程的习惯,竟然需要从一个上下文类中获取到 Future。如果同时进行多个异步调用,使用不当很容易造成上下文污染。而且,Future 并不支持 callback 的调用方式。这些弊端在 Dubbo 2.7 中得到了改进。
4.3 Dubbo 2.7 异步化
无需配置中特殊声明,显示声明异步接口即可
public interface AsyncService {String sayHello( String name );default CompletableFuture<String> sayHiAsync( String name ){return(CompletableFuture.completedFuture( sayHello( name ) ) );}
}
使用 callback 方式处理返回值
CompletableFuture<String> future = asyncService.sayHiAsync( "Han MeiMei" );
future.whenComplete( (retValue, exception) - > {if ( exception == null ){System.out.println( retValue );} else {exception.printStackTrace();}} );
Dubbo 2.7 中使用了 JDK1.8 提供的 CompletableFuture 原生接口对自身的异步化做了改进。 CompletableFuture 可以支持 future 和 callback 两种调用方式,用户可以根据自己的喜好和场景选择使用,非常灵活。
4.4 异步化设计 FAQ
Q:如果 RPC 接口只定义了同步接口,有办法使用异步调用吗?
A:2.6 中的异步调用唯一的优势在于,不需要在接口层面做改造,又可以进行异步调用,这种方式仍然在 2.7 中保留;使用 Dubbo 官方提供的 compiler hacker,编译期自动重写同步方法,请在此[1]讨论和跟进具体进展。
Q:关于异步接口的设计问题,为何不提供编译插件,根据原接口,自动编译出一个 XxxAsync 接口?
A:Dubbo 2.7 采用采用过这种设计,但接口的膨胀会导致服务类的增量发布,而且接口名的变化会影响服务治理的一些相关逻辑,改为方法添加 Async 后缀相对影响范围较小。
Q:Dubbo 分为了客户端异步和服务端异步,刚刚你介绍的是客户端异步,为什么不提服务端异步呢?
A:Dubbo 2.7 新增了服务端异步的支持,但实际上,Dubbo 的业务线程池模型,本身就可以理解为异步调用,个人认为服务端异步的特性较为鸡肋。
5、三大中心改造
三大中心指的:注册中心,元数据中心,配置中心。
在 2.7 之前的版本,Dubbo 只配备了注册中心,主流使用的注册中心为 zookeeper。新增加了元数据中心和配置中心,自然是为了解决对应的痛点,下面我们来详细阐释三大中心改造的原因。
5.1 元数据改造
元数据是什么?元数据定义为描述数据的数据,在服务治理中,例如服务接口名,重试次数,版本号等等都可以理解为元数据。在 2.7 之前,元数据一股脑丢在了注册中心之中,这造成了一系列的问题:
推送量大 -> 存储数据量大 -> 网络传输量大 -> 延迟严重
生产者端注册 30+ 参数,有接近一半是不需要作为注册中心进行传递;消费者端注册 25+ 参数,只有个别需要传递给注册中心。有了以上的理论分析,Dubbo 2.7 进行了大刀阔斧的改动,只将真正属于服务治理的数据发布到注册中心之中,大大降低了注册中心的负荷。
同时,将全量的元数据发布到另外的组件中:元数据中心。元数据中心目前支持 redis(推荐),zookeeper。这也为 Dubbo 2.7 全新的 Dubbo Admin 做了准备,关于新版的 Dubbo Admin,我将会后续准备一篇独立的文章进行介绍。
示例:使用 zookeeper 作为元数据中心
<dubbo:metadata-report address="zookeeper://127.0.0.1:2181"/>
5.2 Dubbo 2.6 元数据
dubbo://30.5.120.185:20880/com.alibaba.dubbo.demo.DemoService?
anyhost=true&
application=demo-provider&
interface=com.alibaba.dubbo.demo.DemoService&
methods=sayHello&
bean.name=com.alibaba.dubbo.demo.DemoService&
dubbo=2.0.2&
executes=4500&
generic=false&
owner=kirito&
pid=84228&
retries=7&
side=provider&
timestamp=1552965771067
从本地的 zookeeper 中取出一条服务数据,通过解码之后,可以看出,的确有很多参数是不必要。
5.3 Dubbo 2.7 元数据
在 2.7 中,如果不进行额外的配置,zookeeper 中的数据格式仍然会和 Dubbo 2.6 保持一致,这主要是为了保证兼容性,让 Dubbo 2.6 的客户端可以调用 Dubbo 2.7 的服务端。如果整体迁移到 2.7,则可以为注册中心开启简化配置的参数:
<dubbo:registry address=“zookeeper://127.0.0.1:2181” simplified="true"/>
Dubbo 将会只上传那些必要的服务治理数据,一个简化过后的数据如下所示:
dubbo://30.5.120.185:20880/org.apache.dubbo.demo.api.DemoService?
application=demo-provider&
dubbo=2.0.2&
release=2.7.0&
timestamp=1552975501873
对于那些非必要的服务信息,仍然全量存储在元数据中心之中:
元数据中心的数据可以被用于服务测试,服务 MOCK 等功能。目前注册中心配置中 simplified 的默认值为 false,因为考虑到了迁移的兼容问题,在后续迭代中,默认值将会改为 true。
5.4 配置中心支持
衡量配置中心的必要性往往从三个角度出发:
- 分布式配置统一管理
- 动态变更推送
- 安全性
Spring Cloud Config, Apollo, Nacos 等分布式配置中心组件都对上述功能有不同程度的支持。在 2.7 之前的版本中,在 zookeeper 中设置了部分节点:configurators,routers,用于管理部分配置和路由信息,它们可以理解为 Dubbo 配置中心的雏形。在 2.7 中,Dubbo 正式支持了配置中心,目前支持的几种注册中心 Zookeeper,Apollo,Nacos(2.7.1-release 支持)。
在 Dubbo 中,配置中心主要承担了两个作用
- 外部化配置。启动配置的集中式存储
- 服务治理。服务治理规则的存储与通知
示例:使用 Zookeeper 作为配置中心
<dubbo:config-center address="zookeeper://127.0.0.1:2181"/>
引入配置中心后,需要注意配置项的覆盖问题,优先级如图所示
6、服务治理增强
我更倾向于将 Dubbo 当做一个服务治理框架,而不仅仅是一个 RPC 框架。在 2.7 中,Dubbo 对其服务治理能力进行了增强,增加了标签路由的能力,并抽象出了应用路由和服务路由的概念。在最后一个特性介绍中,着重对标签路由 TagRouter 进行探讨。
在服务治理中,路由层和负载均衡层的对比。区别 1,Router:m 选 n,LoadBalance:n 选 1;区别 2,路由往往是叠加使用的,负载均衡只能配置一种。
在很长的一段时间内,Dubbo 社区经常有人提的一个问题是:Dubbo 如何实现流量隔离和灰度发布,直到 2.7 提供了标签路由,用户可以使用这个功能,来实现上述的需求。
标签路由提供了这样一个能力,当调用链路为 A -> B -> C -> D 时,用户给请求打标,最典型的打标方式可以借助 attachment(他可以在分布式调用中传递下去),调用会优先请求那些匹配的服务端,如 A -> B,C -> D,由于集群中未部署 C 节点,则会降级到普通节点。打标方式会收到集成系统差异的影响,从而导致很大的差异,所以 Dubbo 只提供了 RpcContext.getContext().setAttachment() 这样的基础接口,用户可以使用 SPI 扩展,或者 server filter 的扩展,对测试流量进行打标,引导进入隔离环境/灰度环境。新版的 Dubbo Admin 提供了标签路由的配置项:
Dubbo 用户可以在自己系统的基础上对标签路由进行二次扩展,或者借鉴标签路由的设计,实现自己系统的流量隔离,灰度发布。
7、总结
本文介绍了 Dubbo 2.7 比较重要的三大新特性:异步化改造,三大中心改造,服务治理增强。Dubbo 2.7 还包含了很多功能优化、特性升级,可以在项目源码的 CHANGES.md[2] 中浏览全部的改动点。
Dubbo学习总结(8)——阿里开源框架:Dubbo2.7 三大新特性详解!相关推荐
- Java | 学习系列 Java1.8 新特性详解( 包含学习代码 )
前言: Java 8 已经发布很久了,很多报道表明Java 8 是一次重大的版本升级.在Java Code Geeks上已经有很多介绍Java 8新特性的文章,例如Playing with Java ...
- Java基础学习总结(33)——Java8 十大新特性详解
Java8 十大新特性详解 本教程将Java8的新特新逐一列出,并将使用简单的代码示例来指导你如何使用默认接口方法,lambda表达式,方法引用以及多重Annotation,之后你将会学到最新的API ...
- jdk8銝要onematch_JDK8新特性详解 - 纯粹而又极致的光--木九天 - OSCHINA - 中文开源技术交流社区...
简介:JDK8的主要新特性六个:Lambda.Stream.Date.新注解.函数编程.并发,前两者主要用于集合中. JDK8函数编程详解(本篇博客就不介绍了,太多了) 1.Lambda演变过程 @D ...
- 11月15日云栖精选夜读:分布式服务框架Dubbo疯狂更新!阿里开源要搞大事情?
最近,开源社区发生了一件大事--使用最广的开源服务框架之一Dubbo低调重启维护,并且3个月连续发布了3个维护版本.这3个维护版本不仅解决了社区关心的一系列问题和需求,还让整个社区的活跃度得到了大幅提 ...
- 支持移动端深度学习的几种开源框架
原文:http://blog.csdn.net/zchang81/article/details/74280019 支持移动端深度学习的几种开源框架 1.Caffe的移动端项目 caffe项目连接如下 ...
- Dubbo 2.7三大特性详解
1 背景介绍 自 2017 年 7 月阿里重启 Dubbo 开源,到目前为止 github star 数,contributor 数都有了非常大的提升.2018 年 2 月 9 日阿里决定将 Dubb ...
- 微软开源的自动机器学习工具上新了:NNI概览及新功能详解
作者 | 宋驰 来源 | 微软研究院AI头条(ID: MSRAsia) 2018年9月,微软亚洲研究院发布了第一版 NNI (Neural Network Intelligence) ,目前已在 Gi ...
- 深度学习之图像分类(二十八)-- Sparse-MLP(MoE)网络详解
深度学习之图像分类(二十八)Sparse-MLP(MoE)网络详解 目录 深度学习之图像分类(二十八)Sparse-MLP(MoE)网络详解 1. 前言 2. Mixture of Experts 2 ...
- 深度学习之图像分类(十九)-- Bottleneck Transformer(BoTNet)网络详解
深度学习之图像分类(十九)Bottleneck Transformer(BoTNet)网络详解 目录 深度学习之图像分类(十九)Bottleneck Transformer(BoTNet)网络详解 1 ...
最新文章
- Java - 框架之 SpringBoot 攻略day01
- Docker入门系列之二:使用dockerfile制作包含指定web应用的镜像
- CB Insights发布AI创业公司100榜单 ,7家中国公司上榜,两家二次登榜
- 强化学习(四)---基于模型动态规划问题
- CSS学习01之我的第一css程序
- 41. First Missing Positive
- C++检查给定数字是否为4的幂的算法实现(附完整源码)
- android+5.0+ble,android5.0(Lollipop) BLE Peripheral牛刀小试(示例代码)
- codeforces1451 C. String Equality
- gui界面怎么分页_什么是用户界面和体验设计
- 160 - 18 Brad Soblesky.1
- Spring学习总结(8)——25个经典的Spring面试问答
- 10.11 Linux网络相关 10.12 firewalld和netfilter 10.13 ne
- python编写简单运动会管理系统
- 【安全研究】免杀对抗之源码免杀
- linux怎样编写脚本文档,Linux下批处理文件编写
- 一周一英文测试文稿翻译 质量保障测试人员的一天
- 根据个人情况以及Java程序员面试宝典总结的需要复习的知识点
- 万年历单片机C语言报告,C语言单片机万年历系统设报告优秀文档.doc
- 【2022】超详细的JAVA JDK配置和IDEA安装教程(Windows 版)
热门文章
- 如何获得onblur中的值_使用带有onBlur的输入字段和来自Reactjs JSX中的状态块输入的值?...
- html列表按时间排序代码_把 Linux 上的文件列表和排序玩出花来 | Linux 中国
- pythonfromlxml导入html_Python爬虫日记二:使用lxml解析HTML输出对应值
- lssvm回归 matlab,lssvm回归预测的程序运行不了 求高手修改指点
- 离散数学计算机科学丛书答案,计算机《离散数学》期中试卷答案.docx
- 微软服务器离线补丁工具包,wsus offline update
- css两列显示,div+css如何控制信息分两列显示?
- 转换json_使用Java将JSON转换为POJO
- 小程序登录本地服务器,微信小程序实现用户登录模块服务器搭建
- mysql返回前2行_取得前一次MySQL操作所影响的记录行数