| <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Apache Dubbo – Release Notes</title><link>https://dubbo.apache.org/zh-cn/tags/release-notes/</link><description>Recent content in Release Notes on Apache Dubbo</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Sun, 18 Dec 2022 00:00:00 +0000</lastBuildDate><atom:link href="https://dubbo.apache.org/zh-cn/tags/release-notes/index.xml" rel="self" type="application/rss+xml"/><item><title>Blog: Dubbo Java 3.1.4 正式发布</title><link>https://dubbo.apache.org/zh-cn/blog/2022/12/01/dubbo-java-3.1.4-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</link><pubDate>Thu, 01 Dec 2022 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2022/12/01/dubbo-java-3.1.4-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</guid><description> |
| <p>Dubbo 3.1.4 版本是目前 Dubbo 3 的最新稳定版本,我们建议所有的用户都升级到最新的稳定版本。</p> |
| <h1 id="dubbo-314">Dubbo 3.1.4</h1> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/3-1-4.png" alt="image.png"></p> |
| <h3 id="新特性">新特性</h3> |
| <ul> |
| <li>Dubbo QoS 支持指定白名单 IP 列表访问所有命令</li> |
| </ul> |
| <h3 id="bugfix">Bugfix</h3> |
| <ul> |
| <li>修复在泛化调用时 Dubbo Metrics 采集方法名错误</li> |
| <li>修复使用 Zookeeper 作为元数据中心时,上报接口映射可能存在相互覆盖的问题</li> |
| <li>修复 timeout countdown 在 Triple 协议的支持</li> |
| <li>修复 timeout countdown 存在透传的问题</li> |
| <li>修复多注册中心请求时,由于没有可用的地址导致的 NPE 问题</li> |
| <li>修复 Mesh 模式下 Triple 获取 remoteApplicationName 为空的问题</li> |
| <li>修复 GraalVM Native Image 的支持</li> |
| <li>修复端口复用时无 SSL 连接导致的 NPE 异常</li> |
| <li>完善 JDK 编译器报错日志的输出格式</li> |
| <li>修复 MetadataReportConfig 部分配置时应用无法启动的问题</li> |
| <li>修复 dubbo.reference 作为默认参数在 3.x 版本中不生效的问题</li> |
| <li>完善 Zookeeper 连接失败的日志</li> |
| <li>修复 ReferenceConfig 中配置的 ClassLoader 可能被覆盖的问题</li> |
| <li>修复部分属性在应用级服务发现时被缓存在实例级的地址中导致方法级配置失效的问题</li> |
| <li>修复 Triple 协议 onError 异常的问题</li> |
| </ul> |
| <h3 id="faq">FAQ</h3> |
| <p>本次发布中有 3 个提交涉及异常日志 FAQ 的完善。关于错误码机制请参考官网错误码机制介绍一文。(https://cn.dubbo.apache.org/zh-cn/overview/mannual/java-sdk/faq/intro/)</p> |
| <h3 id="代码优化">代码优化</h3> |
| <p>本次发布中有 11 个提交涉及代码质量的优化。</p> |
| <h3 id="依赖升级">依赖升级</h3> |
| <ul> |
| <li>升级 fastjson2: 2.0.14 -&gt; 2.0.21</li> |
| <li>升级 resteasy-jaxrs: 3.0.19.Final -&gt; 3.0.20.Final</li> |
| </ul> |
| <h3 id="贡献者">贡献者</h3> |
| <p>Dubbo 感谢以下贡献者对本次发布的贡献:@cnjxzhao, @CrazyHZM, @EarthChen, @gold-fisher, @IncrementalRefinement, @Koooooo-7, @ShenFeng312, @tonycody, @twz007, @win120a, @wlazjr</p> |
| <h3 id="新贡献者">新贡献者</h3> |
| <ul> |
| <li>@twz007 在 PR #11012 提交了第一个贡献</li> |
| <li>@IncrementalRefinement 在 PR #11046 提交了第一个贡献</li> |
| <li>@gold-fisher 在 PR #11058 提交了第一个贡献</li> |
| <li>@wlazjr 在 PR #11084 提交了第一个贡献</li> |
| <li>@ShenFeng312 在 PR #11102 提交了第一个贡献</li> |
| </ul> |
| <h1 id="未来版本规划">未来版本规划</h1> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/release-roadmap.png" alt="image.png"></p> |
| <p>Dubbo 版本的发布规划以及在《<a href="https://mp.weixin.qq.com/s?__biz=MzIwODYwNTA4MA==&amp;mid=2247484424&amp;idx=1&amp;sn=2f5ff4846f7dafad325f78fd8cf4d1fc&amp;chksm=9701deffa07657e9a46eb97bb859770b4856599566b992724013a848a730f394702938e72404&amp;token=1547029975&amp;lang=zh_CN#rd">聚焦稳定性,Dubbo 发版规划公布</a>》一文中正式发布,欢迎查看。</p></description></item><item><title>Blog: Dubbo Java 3.0.2 发版公告</title><link>https://dubbo.apache.org/zh-cn/blog/2021/07/18/dubbo-java-3.0.2-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</link><pubDate>Sun, 18 Jul 2021 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2021/07/18/dubbo-java-3.0.2-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</guid><description> |
| <h2 id="新特性">新特性</h2> |
| <ul> |
| <li>支持通过 @DubboService 注解暴露泛化服务</li> |
| <li>元数据中心xml格式的配置支持 protocol 和 port 属性</li> |
| <li>兼容 curator5 以上的版本</li> |
| <li>点对点调用支持*通配符进行匹配, 一个提供者地址可对应多个接口</li> |
| <li>为应用级别的服务发现增加动态配置去进行规则覆盖</li> |
| <li>对提供者测的动态配置覆盖规则提供开关,可以使提供者无视动态配置,不重新暴露</li> |
| <li>支持 native image</li> |
| <li>提供取消执行 shutdown hook 的开关</li> |
| <li>支持 Kubernetes Mesh 的服务治理规则</li> |
| <li>Netty 连接支持 SSL 配置</li> |
| </ul> |
| <h2 id="bug-修复">Bug 修复</h2> |
| <ul> |
| <li>DubboBootStrap start 重复调用后,动态配置被覆盖</li> |
| <li>动态配置规则被删除后,依然生效</li> |
| <li>triple 协议在暴露时会抛出空指针异常</li> |
| <li>ConfigCenterConfig.setAddress 方法会覆盖掉 username 属性</li> |
| <li>DefaultFuture.closeChannel 会销毁掉消费端测的线程池</li> |
| <li>TripleClientHandler.writeRequest 抛出空指针异常</li> |
| <li>解析3.0迁移规则异常时会抛出空指针异常</li> |
| <li>Activated Extensions 的顺序性问题</li> |
| <li>URLAddress.parse 方法在解析 ipv6 地址时存在问题</li> |
| <li>用户自定义的参数在 properties 配置中不生效</li> |
| <li>同时使用 API 模式和 Spring 模式配置时属性,Config Id 存在覆盖问题</li> |
| <li>应用级别服务发现在启动时不生效</li> |
| <li>Nacos 注册中心无法动态感知提供者的数量变化</li> |
| <li>${dubbo.application} 在 xml 文件中无法被 spring 的 placeholder 规则给解析替换</li> |
| <li>获取实例参数的顺序问题,先去获取了实例级别参数,再去获取接口级别参数</li> |
| <li>当 DubboConfigBeanInitializer 不存在时,注册应用启动监听器会抛出异常</li> |
| <li>Mock 时 参数中包含 &lsquo;:&rsquo; 或者 &lsquo;=&rsquo; 字符时,不生效</li> |
| <li>删除 Mesh 规则时空指针异常</li> |
| </ul> |
| <h2 id="优化">优化</h2> |
| <ul> |
| <li>抓住 RemovalTask 的异常,保证信号量能够释放</li> |
| <li>通过 唯一 service name 检查 ReferenceConfig/ServiceConfig 是否重复</li> |
| <li>优化生成随机数的性能</li> |
| <li>如果用户使用接口级别去做服务发现,不发布应用与接口的映射数据到元数据中心</li> |
| <li>使用 StringBuilder#append(Char) 提升性能</li> |
| <li>保证 GRPC 编译的类文件中接口的顺序</li> |
| <li>优化 reference bean 的占位符解析</li> |
| <li>MergeableClusterInvoker 中使用 CompletableFuture#get(long, TimeUnit) 去提升性能</li> |
| <li>内置服务 MetadataService 不延迟暴露</li> |
| <li>优化 ConfigBean 和 Bootstrap 的启动逻辑</li> |
| <li>优化 Config 检查是否重复的逻辑</li> |
| <li>使用 Ring 数据结构去进行注册通知</li> |
| <li>优化动态配置的初始化逻辑</li> |
| <li>ConfigManager 使用 ConcurrentHashMap 去移除锁逻辑,提升 equals 和 toString 性能</li> |
| <li>优化 MetadataInfo equals 方法 以及 Instance Listener</li> |
| <li>优化异步 export/refer 逻辑</li> |
| <li>使用 TreeSet 数据结构保证应用级别服务发现时应用名称的顺序一致</li> |
| <li>RegistryNotifier 的第一个十次通知不延迟</li> |
| <li>dubbo-compile 编译使用新的格式生成 stub</li> |
| <li>Mesh 服务治理规则在动态配置中心的分组和其他规则分组统一,由 DEFAULT_GROUP 改成 dubbo</li> |
| <li>使用 nacos 用作注册中心时,可以在注册中心地址中使用参数来改变在 nacos 中的分组</li> |
| <li>计算 ServiceInfo 的 reversion 时,移除运行时参数,避免生成多个 reversion</li> |
| <li>Nacos 注册中心抛出异常时,将异常封装称 RpcException 抛出</li> |
| <li>禁止动态配置中心对一些权限参数进行动态修改</li> |
| <li>优化 Config Bean 的初始化流程,并兼容 spring 3.x/4.1.x</li> |
| <li>Bootstrap.start 方法可重入,暴露或引用新的服务</li> |
| <li>将 org.apache.dubbo 包中的类默认添加到白名单中</li> |
| <li>保证生成的 Config 的 Id 唯一,并检查 Config 是否之前存在</li> |
| <li>Javaassist 兼容改变 override 声明字段</li> |
| <li>重构解码时的检查逻辑,当找不到 path, version 对应的提供者是,抛出异常</li> |
| <li>当 ApplicationModel 为 null 时,兼容 adaptive extensions</li> |
| </ul> |
| <h2 id="代码质量提升">代码质量提升</h2> |
| <p>感谢以下提高 Apache Dubbo 的稳定性的贡献。</p> |
| <p><a href="https://github.com/apache/dubbo/pull/8111">#8111</a>, |
| <a href="https://github.com/apache/dubbo/pull/8147">#8147</a>, |
| <a href="https://github.com/apache/dubbo/pull/8164">#8164</a>, |
| <a href="https://github.com/apache/dubbo/pull/8177">#8177</a>, |
| <a href="https://github.com/apache/dubbo/pull/8180">#8180</a>, |
| <a href="https://github.com/apache/dubbo/pull/8161">#8161</a>, |
| <a href="https://github.com/apache/dubbo/pull/8183">#8183</a>, |
| <a href="https://github.com/apache/dubbo/pull/8205">#8205</a>, |
| <a href="https://github.com/apache/dubbo/pull/8173">#8173</a>, |
| <a href="https://github.com/apache/dubbo/pull/8219">#8219</a>, |
| <a href="https://github.com/apache/dubbo/pull/8228">#8228</a>, |
| <a href="https://github.com/apache/dubbo/pull/8232">#8232</a>, |
| <a href="https://github.com/apache/dubbo/pull/8230">#8230</a>, |
| <a href="https://github.com/apache/dubbo/pull/8236">#8236</a>, |
| <a href="https://github.com/apache/dubbo/pull/8260">#8260</a>, |
| <a href="https://github.com/apache/dubbo/pull/8262">#8262</a>, |
| <a href="https://github.com/apache/dubbo/pull/8252">#8252</a>, |
| <a href="https://github.com/apache/dubbo/pull/8246">#8246</a>, |
| <a href="https://github.com/apache/dubbo/pull/8208">#8208</a>, |
| <a href="https://github.com/apache/dubbo/pull/8278">#8278</a>, |
| <a href="https://github.com/apache/dubbo/pull/8267">#8267</a>, |
| <a href="https://github.com/apache/dubbo/pull/8277">#8277</a>, |
| <a href="https://github.com/apache/dubbo/pull/8291">#8291</a>, |
| <a href="https://github.com/apache/dubbo/pull/8296">#8296</a>, |
| <a href="https://github.com/apache/dubbo/pull/8302">#8302</a>, |
| <a href="https://github.com/apache/dubbo/pull/8175">#8175</a>, |
| <a href="https://github.com/apache/dubbo/pull/8319">#8319</a>, |
| <a href="https://github.com/apache/dubbo/pull/8309">#8309</a>, |
| <a href="https://github.com/apache/dubbo/pull/8336">#8336</a>, |
| <a href="https://github.com/apache/dubbo/pull/8332">#8332</a>, |
| <a href="https://github.com/apache/dubbo/pull/8328">#8328</a>, |
| <a href="https://github.com/apache/dubbo/pull/8355">#8355</a>, |
| <a href="https://github.com/apache/dubbo/pull/8396">#8396</a>, |
| <a href="https://github.com/apache/dubbo/pull/8401">#8401</a>, |
| <a href="https://github.com/apache/dubbo/pull/8395">#8395</a>, |
| <a href="https://github.com/apache/dubbo/pull/8415">#8415</a>, |
| <a href="https://github.com/apache/dubbo/pull/8406">#8406</a>, |
| <a href="https://github.com/apache/dubbo/pull/8411">#8411</a>, |
| <a href="https://github.com/apache/dubbo/pull/8418">#8418</a>, |
| <a href="https://github.com/apache/dubbo/pull/8439">#8439</a>, |
| <a href="https://github.com/apache/dubbo/pull/8404">#8404</a>, |
| <a href="https://github.com/apache/dubbo/pull/8443">#8443</a></p> |
| <h2 id="maven依赖变化">Maven依赖变化</h2> |
| <ul> |
| <li>移除依赖: org.eclipse.collections:eclipse-collections</li> |
| <li>移除依赖: com.google.guava:guava</li> |
| <li>jetty: 9.4.11.v20180605 -&gt; 9.4.43.v20210629</li> |
| <li>apollo client: 1.1.1 -&gt; 1.8.0</li> |
| <li>snakeyaml: 1.20 -&gt; 1.29</li> |
| <li>tomcat embed: 8.5.31 -&gt; 8.5.69</li> |
| <li>nacos client: 2.0.0 -&gt; 2.0.2</li> |
| <li>swagger: 1.5.19 -&gt; 1.5.24</li> |
| <li>hessian_lite: 3.2.8 -&gt; 3.2.11</li> |
| </ul></description></item><item><title>Blog: Dubbo Java 3.1.3 正式发布</title><link>https://dubbo.apache.org/zh-cn/blog/2022/07/18/dubbo-java-3.1.3-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</link><pubDate>Mon, 18 Jul 2022 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2022/07/18/dubbo-java-3.1.3-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</guid><description> |
| <h2 id="dubbo-313">Dubbo 3.1.3</h2> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/3-1-3.png" alt="image.png"></p> |
| <h3 id="修改内容">修改内容</h3> |
| <ul> |
| <li>修复本地调用的过程中 Filter 顺序异常的问题</li> |
| <li>支持导入协议配置项到 MetadataService</li> |
| <li>支持在发布 MetadataService 时自动选择可用端口</li> |
| <li>完善错误码内容</li> |
| <li>泛化调用下支持一致性哈希负载均衡</li> |
| <li>修复泛化调用时反序列化异常的问题</li> |
| <li>修复由于 JVM Methods 顺序不一致导致的应用级元数据无法复用的问题</li> |
| <li>默认关闭端口复用能力,修复 remoting 组建找不到 SPI 的问题</li> |
| <li>修复由于引用计数异常导致的 safe gard 问题</li> |
| <li>删除 Nacos 注册中心组建中使用的 guava 依赖</li> |
| <li>修复接口级使用 Nacos 注册中心时由于地址聚合导致的无法下线的问题</li> |
| <li>多个代码质量优化提交</li> |
| </ul> |
| <h3 id="新贡献者">新贡献者</h3> |
| <ul> |
| <li><a href="https://github.com/zhangzq7">@zhangzq7</a> 在 <a href="https://github.com/apache/dubbo/pull/10847">#10847</a> 中提交了第一个贡献</li> |
| <li><a href="https://github.com/akaakking">@akaakking</a> 在 <a href="https://github.com/apache/dubbo/pull/10799">#10799</a> 中提交了第一个贡献</li> |
| <li><a href="https://github.com/wxbty">@wxbty</a> 在 <a href="https://github.com/apache/dubbo/pull/10921">#10921</a> 中提交了第一个贡献</li> |
| <li><a href="https://github.com/haoxz11">@haoxz11</a> 在 <a href="https://github.com/apache/dubbo/pull/10937">#10937</a> 中提交了第一个贡献</li> |
| </ul> |
| <h3 id="新贡献者-1">新贡献者</h3> |
| <ul> |
| <li><a href="https://github.com/weixsun">@weixsun</a> 在 <a href="https://github.com/apache/dubbo/pull/10941">#10941</a> 中提交了第一个贡献</li> |
| </ul> |
| <h2 id="未来的版本规划">未来的版本规划</h2> |
| <p>3.0、3.1、3.2 有什么区别?未来会怎么发展?发版周期是怎么样的?更多的版本迭代规划也将在近期推出,欢迎关注 Apache Dubbo 官方公众号获取最新的信息。</p></description></item><item><title>Blog: Dubbo Java 3.2.0-beta.3 正式发布</title><link>https://dubbo.apache.org/zh-cn/blog/2022/12/18/dubbo-java-3.2.0-beta.3-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</link><pubDate>Sun, 18 Dec 2022 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2022/12/18/dubbo-java-3.2.0-beta.3-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</guid><description> |
| <p>Dubbo 3.2.0-beta.3 版本是目前 Dubbo 3 的最新特性版本,包括了如 Spring Boot 3、JDK 17、服务粒度的线程池隔离等新特性的支持,欢迎大家尝鲜使用。</p> |
| <h1 id="dubbo-320-beta3">Dubbo 3.2.0-beta.3</h1> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/3-2-0-beta-3.png" alt="image.png"></p> |
| <p><strong>注:Dubbo 3.2.0-beta.3 的代码基础和 Dubbo 3.1.4 完全一致,因此在 Dubbo 3.1.4 中包括的所有修改内容,在 Dubbo 3.2.0-beta.3 中也同样存在,后续说明中对于重复的内容讲不再赘述。</strong></p> |
| <h3 id="新特性">新特性</h3> |
| <ul> |
| <li>支持使用 jackson 作为Dubbo 内部的 JSON 序列化方式</li> |
| <li>优化 Dubbo Logger 的选择逻辑,在存在多种日志框架的情况下会尝试读取其配置,选择一个有效的日志框架,解决在 SpringBoot 等场景下 Dubbo 日志不输出的问题。</li> |
| <li>Triple 协议支持客户端流控</li> |
| <li>支持发布 Dubbo Metrics 数据到 Spring Boot 的 Endpoints 上</li> |
| <li>支持可选关闭线程池满时的线程 Dump 以及支持配置 Dump 的结果输出路径</li> |
| <li>xDS 实现支持路由规则的解析</li> |
| <li>支持 Dubbo QoS 命令安全性分级,默认对外暴露存活检测的端口,支持 Kubernetes 的原生接入</li> |
| <li>支持基于 P2C 的自适应负载均衡</li> |
| </ul> |
| <h3 id="bugfix">Bugfix</h3> |
| <ul> |
| <li>修复默认 Metadata 缓存未开启的问题</li> |
| <li>修复 Metrics 指标资源路径错误的问题</li> |
| <li>完善线程池隔离的配置,默认采用共享线程池,避免创建过多的线程</li> |
| <li>完善 prefer-serialization 的选择逻辑,提供向前兼容的能力</li> |
| <li>修复 Triple 协议传输时未携带版本号导致版本调用错误的问题</li> |
| <li>完善 GraalVM Native Image 的支持</li> |
| </ul> |
| <h3 id="性能优化">性能优化</h3> |
| <ul> |
| <li>优化在连接数高时由于获取 channels 数量导致的资源占用问题</li> |
| </ul> |
| <h3 id="代码优化">代码优化</h3> |
| <p>本次发布中有 5 个提交涉及代码质量的优化。</p> |
| <h3 id="贡献者">贡献者</h3> |
| <p>Dubbo 感谢以下贡献者对本次发布的贡献:@AlbumenJ, @asa3311, @conghuhu, @CrazyHZM, @gitchenjh, @haoyann, @JavaHello, @Koooooo-7, @nannanfighting, @ningboliu, @shanuo0312, @songxiaosheng, @tonycody, @XDanwar</p> |
| <h3 id="新贡献者">新贡献者</h3> |
| <ul> |
| <li>@JavaHello 在 PR #10970 提交了第一个贡献</li> |
| <li>@songxiaosheng 在 PR #10997提交了第一个贡献</li> |
| <li>@Koooooo-7 在 PR #11051 提交了第一个贡献</li> |
| <li>@ningboliu 在 PR #10745 提交了第一个贡献</li> |
| <li>@XDanwar 在 PR #11063 提交了第一个贡献</li> |
| </ul> |
| <h1 id="未来版本规划">未来版本规划</h1> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/release-roadmap.png" alt="image.png"></p> |
| <p>Dubbo 版本的发布规划以及在《<a href="https://mp.weixin.qq.com/s?__biz=MzIwODYwNTA4MA==&amp;mid=2247484424&amp;idx=1&amp;sn=2f5ff4846f7dafad325f78fd8cf4d1fc&amp;chksm=9701deffa07657e9a46eb97bb859770b4856599566b992724013a848a730f394702938e72404&amp;token=1547029975&amp;lang=zh_CN#rd">聚焦稳定性,Dubbo 发版规划公布</a>》一文中正式发布,欢迎查看。</p></description></item><item><title>Blog: Dubbo 3.2.0-beta.2 正式发布</title><link>https://dubbo.apache.org/zh-cn/blog/2022/11/18/dubbo-3.2.0-beta.2-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</link><pubDate>Fri, 18 Nov 2022 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2022/11/18/dubbo-3.2.0-beta.2-%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</guid><description> |
| <h2 id="dubbo-320-beta2">Dubbo 3.2.0-beta.2</h2> |
| <p><img src="https://dubbo.apache.org/imgs/blog/release/3-2-0-beta-2.png" alt="image.png"></p> |
| <h3 id="修改内容">修改内容</h3> |
| <ul> |
| <li>切换到在用户线程序列化,提升协议性能</li> |
| <li>支持 Netty3 的端口复用</li> |
| <li>修复存在多个用户配置的 providedBy 时不生效的问题</li> |
| <li>支持 istio 的 first-party-jwt 能力</li> |
| <li>删除 fastjson 和 gson 的传递依赖</li> |
| <li>支持可选 appResponse 不透传的能力</li> |
| <li>切换到 Fastjson2 为默认序列化依赖</li> |
| <li>完善注册中心推送的日志</li> |
| <li>修复路由刷新时机早于服务目录刷新时机的问题</li> |
| <li>关闭地址推空保护</li> |
| <li>更新支持 GraalVM Native 的 SPI 生成代码</li> |
| <li>支持使用 plain text 模式传输 xds 通道</li> |
| <li>支持 Nacos 批量注册,修复多注册覆盖的问题</li> |
| <li>支持 Spring Framework 6 and Spring Boot 3</li> |
| <li>多个代码质量优化提交</li> |
| <li>前述 Dubbo 3.1.3 的所有修改内容</li> |
| </ul> |
| <h3 id="新贡献者">新贡献者</h3> |
| <ul> |
| <li><a href="https://github.com/weixsun">@weixsun</a> 在 <a href="https://github.com/apache/dubbo/pull/10941">#10941</a> 中提交了第一个贡献</li> |
| </ul> |
| <h2 id="未来的版本规划">未来的版本规划</h2> |
| <p>3.0、3.1、3.2 有什么区别?未来会怎么发展?发版周期是怎么样的?更多的版本迭代规划也将在近期推出,欢迎关注 Apache Dubbo 官方公众号获取最新的信息。</p></description></item><item><title>Blog: Dubbo Java 2.7.14 发版公告</title><link>https://dubbo.apache.org/zh-cn/blog/2020/05/18/dubbo-java-2.7.14-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</link><pubDate>Mon, 18 May 2020 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2020/05/18/dubbo-java-2.7.14-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</guid><description> |
| <h2 id="变动项">变动项</h2> |
| <ul> |
| <li>为 ServiceDiscovery 增加动态配置中心的覆盖规则。(#8389)</li> |
| <li>修复当 mock 参数中包含 &lsquo;:&rsquo; 或者 &lsquo;=&rsquo; 符号时无法正常使用的问题。(#8379)</li> |
| <li>修复 zone 参数对 ZoneAwareClusterInvoker 配置无法生效的问题。(#8521)</li> |
| <li>为序列化白名单检查增加开关,默认为 true。(#8537)</li> |
| <li>修复当请求超时时序列化检查的空指针异常。(#8587)</li> |
| <li>修复 NetUtils.ignoreNetworkInterface 无法处理网卡中包含 &lsquo;(&rsquo; 符号的问题。(#8629)</li> |
| <li>统一获取本地地址的方式。(#8679)</li> |
| <li>修复当重试参数为0,依旧会重试1次的问题。(#8743)</li> |
| <li>当清除未使用的 invoker 时,立即关闭客户端。(#8756)</li> |
| <li>修复 destroy 方法以及 doOverrideIfNecessary 中的异常。(#8683)</li> |
| <li>DefaultFuture.closeChannel 根据日志级别选择是否打印请求的详细数据。(#8778)</li> |
| <li>使用 MapUtils 替换 AttachmentsAdapter(#8772)</li> |
| </ul> |
| <h2 id="maven依赖变化">Maven依赖变化</h2> |
| <ul> |
| <li>netty4: 4.1.51.Final -&gt; 4.1.66.Final</li> |
| <li>netty4_ssl: 2.0.39.Final -&gt; 2.0.40.Final</li> |
| <li>http_client: 4.5.3 -&gt; 4.5.13</li> |
| <li>jetty: 9.4.11.v20180605 -&gt; 9.4.43.v20210629</li> |
| <li>apollo_client: 1.1.1 -&gt; 1.8.0</li> |
| <li>tomcat_embed: 8.5.31-&gt; 9.0.48</li> |
| <li>commons_io: 2.6 -&gt; 2.7</li> |
| <li>curator: 5.0.0 -&gt; 5.1.0</li> |
| <li>hessian_lite: 3.2.8 -&gt; 3.2.11</li> |
| </ul></description></item><item><title>Blog: Apache Dubbo 多语言体系再添新员:首个 Rust 语言版本正式发布</title><link>https://dubbo.apache.org/zh-cn/blog/2022/10/23/apache-dubbo-%E5%A4%9A%E8%AF%AD%E8%A8%80%E4%BD%93%E7%B3%BB%E5%86%8D%E6%B7%BB%E6%96%B0%E5%91%98%E9%A6%96%E4%B8%AA-rust-%E8%AF%AD%E8%A8%80%E7%89%88%E6%9C%AC%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</link><pubDate>Sun, 23 Oct 2022 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2022/10/23/apache-dubbo-%E5%A4%9A%E8%AF%AD%E8%A8%80%E4%BD%93%E7%B3%BB%E5%86%8D%E6%B7%BB%E6%96%B0%E5%91%98%E9%A6%96%E4%B8%AA-rust-%E8%AF%AD%E8%A8%80%E7%89%88%E6%9C%AC%E6%AD%A3%E5%BC%8F%E5%8F%91%E5%B8%83/</guid><description> |
| <p>Dubbo Rust 定位为 Dubbo 多语言体系的重要实现,提供高性能、易用、可扩展的 RPC 框架,同时通过接入 Dubbo Mesh 体系提供丰富的服务治理能力。本文主要为大家介绍 Dubbo Rust 项目基本情况,通过一个示例快速体验 Rust 首个正式版本特性,并给出了 Dubbo Rust 社区的近期规划,适合于关注或正在采用 Rust 语言的开发者与企业用户阅读。</p> |
| <h2 id="1-dubbo-rust-简介">1 Dubbo Rust 简介</h2> |
| <p>Dubbo 作为 Apache 基金会最活跃的明星项目之一,同时也是国内最受欢迎的开源微服务框架,在易用性、高性能通信、服务治理等方面有着非常大的优势,通过 Dubbo3、Dubbo Mesh 等提供了云原生友好的开发与部署模式。与此同时,Dubbo 的多语言体系也得到了快速发展,长期以来提供的有 Java、Golang 两种语言实现,Rust、Node、Python、C++ 等语言实现的支持也已在社区正式启动。</p> |
| <ul> |
| <li>Dubbo 官网 <a href="https://dubbo.apache.org/">https://dubbo.apache.org/</a></li> |
| <li>Dubbo Java <a href="https://github.com/apache/dubbo/">https://github.com/apache/dubbo/</a></li> |
| <li>Dubbo Golang <a href="https://github.com/apache/dubbo-go/">https://github.com/apache/dubbo-go/</a></li> |
| <li><strong>Dubbo Rust <a href="https://github.com/apache/dubbo-rust/">https://github.com/apache/dubbo-rust/</a></strong></li> |
| </ul> |
| <p>Dubbo Rust 目标是对齐 Dubbo3 的所有核心功能设计,包括基于 HTTP/2 的高性能通信、用户友好的微服务开发编程模式、通过接入DubboMesh提供丰富的服务治理能力等,相比于其他语言实现,Dubbo Rust 将很好的利用 Rust 语言极致性能、安全和指令级掌控能力的特点。 |
| 对于微服务框架,主流的编程语言都有对应的实现,而 Dubbo Rust 将很好的填补 Rust 领域的空白:</p> |
| <ul> |
| <li>Golang:在微服务框架领域已经占据着很重要的地位;开源社区出现了dubbo-go、gRPC、go-micro、go-zero等多个微服务框架</li> |
| <li>Java:国内用户量最大的编程语言,Spring Cloud、Dubbo等优秀的微服务框架已经非常流行</li> |
| <li>C/C++:brpc、grpc 等微服务框架</li> |
| <li>Rust:目前没有很完善的微服务框架</li> |
| </ul> |
| <p>依托 Dubbo 庞大的用户群,以及 Dubbo 体系下的 Mesh 服务治理整体方案规划。Dubbo Rust 可以轻松地融入到现有的云原生研发体系中,不会增加使用者的研发负担。下图是社区推出的 Dubbo Mesh 架构设计。</p> |
| <p><img src="https://dubbo.apache.org/imgs/rust/dubbo-rust-mesh.png" alt="dubbo-rust"></p> |
| <p>在上述架构下,整体分为控制面和数据面两个部分,其中,</p> |
| <ul> |
| <li>控制面负责管理流量治理、地址发现、安全认证、可观测性等服务治理相关的配置信管控工作,包括与K8S等底层技术设施的对接;</li> |
| <li>Dubbo Rust 作为数据面组件,负责接收来自控制面的配置;将配置应用到服务中;同时为服务提供基础的RPC通信能力。</li> |
| </ul> |
| <p>在架构设计方面,Dubbo Rust 将围绕 Dubbo 核心设计以及 Rust 语言的特性进行设计,并将 Dubbo 框架的核心设计输出为文档,从而提升Dubbo框架的易用性。因此,Dubbo Rust 具有如下特点:易用性、高性能以及可扩展,同时面向云原生提供丰富的服务治理能力。</p> |
| <h2 id="2-快速体验-dubbo-rust">2 快速体验 Dubbo Rust</h2> |
| <h3 id="21-首个版本核心能力">2.1 首个版本核心能力</h3> |
| <p><strong>Dubbo Rust 首个正式版本为 v0.2.0</strong>,v0.2.0 提供的能力包括</p> |
| <ul> |
| <li>基于 HTTP/2 的 Triple 协议的基础通信能力</li> |
| <li>基于 IDL 的 RPC 定义支持,Protobuf 来生成代码,同时支持 Serde 序列化</li> |
| <li>request-response、request/response streaming、bi-streaming 通信模型支持</li> |
| <li>设计了简洁的、可扩展的架构,支持对 Listener、Connector、Filter、Protocol以及Invoker组件进行扩展</li> |
| </ul> |
| <p>Dubbo Rust v0.2.0 的核心组件及通信流程如下图所示</p> |
| <p><img src="https://dubbo.apache.org/imgs/rust/dubbo-rust-module.png" alt="dubbo-rust"></p> |
| <p>核心架构已经基本完成,接下来的版本将重点关注核心组件的扩展以及服务治理相关组件的设计实现。</p> |
| <h3 id="22-quick-start">2.2 Quick Start</h3> |
| <blockquote> |
| <p>完整示例可查看 【Dubbo官网】 -&gt; 【Rust SDK 文档】。 |
| <a href="https://dubbo.apache.org/zh-cn/overview/mannual/rust-sdk/quick-start/">https://dubbo.apache.org/zh-cn/overview/mannual/rust-sdk/quick-start/</a></p> |
| </blockquote> |
| <p>使用 Dubbo Rust 服务开发的基本步骤为</p> |
| <ol> |
| <li> |
| <p>使用 IDL 定义服务</p> |
| </li> |
| <li> |
| <p>添加 Dubbo Rust 依赖到项目</p> |
| </li> |
| <li> |
| <p>编译 IDL</p> |
| </li> |
| <li> |
| <p>基于 IDL 编译生成的 stub 编写 Server &amp; Client 逻辑</p> |
| </li> |
| <li> |
| <p>运行项目</p> |
| </li> |
| <li> |
| <p>使用 IDL 定义 Dubb 服务</p> |
| </li> |
| </ol> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-protobuf" data-lang="protobuf"><span style="display:flex;"><span>```protobuf |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// ./proto/greeter.proto |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span>syntax <span style="color:#719e07">=</span> <span style="color:#2aa198">&#34;proto3&#34;</span>; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#719e07">option</span> java_multiple_files <span style="color:#719e07">=</span> <span style="color:#cb4b16">true</span>; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#719e07">package</span> org<span style="color:#719e07">.</span>apache.dubbo.sample.tri; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// The request message containing the user&#39;s name. |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span><span style="color:#268bd2">message</span> <span style="color:#268bd2">GreeterRequest</span> { |
| </span></span><span style="display:flex;"><span><span style="color:#dc322f">string</span> name <span style="color:#719e07">=</span> <span style="color:#2aa198">1</span>; |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// The response message containing the greetings |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span><span style="color:#268bd2">message</span> <span style="color:#268bd2">GreeterReply</span> { |
| </span></span><span style="display:flex;"><span><span style="color:#dc322f">string</span> <span style="color:#268bd2">message</span> <span style="color:#719e07">=</span> <span style="color:#2aa198">1</span>; |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#268bd2">service</span> Greeter{ |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// unary |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span><span style="color:#719e07">rpc</span> greet(GreeterRequest) <span style="color:#719e07">returns</span> (GreeterReply); |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-fallback" data-lang="fallback"><span style="display:flex;"><span>� |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>2. 增加 Dubbo Rust 依赖 |
| </span></span><span style="display:flex;"><span>```toml |
| </span></span><span style="display:flex;"><span>```toml |
| </span></span><span style="display:flex;"><span># ./Cargo.toml |
| </span></span><span style="display:flex;"><span>[package] |
| </span></span><span style="display:flex;"><span>name = &#34;example-greeter&#34; |
| </span></span><span style="display:flex;"><span>version = &#34;0.1.0&#34; |
| </span></span><span style="display:flex;"><span>edition = &#34;2021&#34; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>[dependencies] |
| </span></span><span style="display:flex;"><span>dubbo = &#34;0.1.0&#34; |
| </span></span><span style="display:flex;"><span>dubbo-config = &#34;0.1.0&#34; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>[build-dependencies] |
| </span></span><span style="display:flex;"><span>dubbo-build = &#34;0.1.0&#34; |
| </span></span></code></pre></div><div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-gdscript3" data-lang="gdscript3"><span style="display:flex;"><span>�<span style="color:#2aa198">3.</span> 编译 IDL 并根据生成的 stub 编写逻辑 |
| </span></span><span style="display:flex;"><span>编写 Dubbo Server |
| </span></span><span style="display:flex;"><span>```rust |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">#[tokio::main]</span> |
| </span></span><span style="display:flex;"><span>async fn main() { |
| </span></span><span style="display:flex;"><span> register_server(GreeterServerImpl { |
| </span></span><span style="display:flex;"><span> name: <span style="color:#2aa198">&#34;greeter&#34;</span><span style="color:#719e07">.</span>to_string(), |
| </span></span><span style="display:flex;"><span> }); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span> <span style="color:#719e07">//</span> Dubbo::new()<span style="color:#719e07">.</span>start()<span style="color:#719e07">.</span>await; |
| </span></span><span style="display:flex;"><span> Dubbo::new() |
| </span></span><span style="display:flex;"><span> <span style="color:#719e07">.</span>with_config({ |
| </span></span><span style="display:flex;"><span> let r <span style="color:#719e07">=</span> RootConfig::new(); |
| </span></span><span style="display:flex;"><span> match r<span style="color:#719e07">.</span>load() { |
| </span></span><span style="display:flex;"><span> Ok(config) <span style="color:#719e07">=&gt;</span> config, |
| </span></span><span style="display:flex;"><span> Err(_err) <span style="color:#719e07">=&gt;</span> panic<span style="color:#719e07">!</span>(<span style="color:#2aa198">&#34;err: {:?}&#34;</span>, _err), <span style="color:#719e07">//</span> response was droped |
| </span></span><span style="display:flex;"><span> } |
| </span></span><span style="display:flex;"><span> }) |
| </span></span><span style="display:flex;"><span> <span style="color:#719e07">.</span>start() |
| </span></span><span style="display:flex;"><span> <span style="color:#719e07">.</span>await; |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>struct GreeterServerImpl { |
| </span></span><span style="display:flex;"><span> name: <span style="color:#cb4b16">String</span>, |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>impl Greeter <span style="color:#719e07">for</span> GreeterServerImpl { |
| </span></span><span style="display:flex;"><span> async fn greet( |
| </span></span><span style="display:flex;"><span> <span style="color:#719e07">&amp;</span><span style="color:#268bd2">self</span>, |
| </span></span><span style="display:flex;"><span> request: Request<span style="color:#719e07">&lt;</span>GreeterRequest<span style="color:#719e07">&gt;</span>, |
| </span></span><span style="display:flex;"><span> ) <span style="color:#719e07">-&gt;</span> Result<span style="color:#719e07">&lt;</span>Response<span style="color:#719e07">&lt;</span>GreeterReply<span style="color:#719e07">&gt;</span>, dubbo::status::Status<span style="color:#719e07">&gt;</span> { |
| </span></span><span style="display:flex;"><span> println<span style="color:#719e07">!</span>(<span style="color:#2aa198">&#34;GreeterServer::greet {:?}&#34;</span>, request<span style="color:#719e07">.</span>metadata); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span> Ok(Response::new(GreeterReply { |
| </span></span><span style="display:flex;"><span> message: <span style="color:#2aa198">&#34;hello, dubbo-rust&#34;</span><span style="color:#719e07">.</span>to_string(), |
| </span></span><span style="display:flex;"><span> })) |
| </span></span><span style="display:flex;"><span> } |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><p>� |
| 编写 Dubbo Client</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-rust" data-lang="rust"><span style="display:flex;"><span><span style="color:#719e07">#[tokio::main]</span> |
| </span></span><span style="display:flex;"><span><span style="color:#719e07">async</span> <span style="color:#719e07">fn</span> <span style="color:#268bd2">main</span>() { |
| </span></span><span style="display:flex;"><span> <span style="color:#268bd2">let</span> <span style="color:#719e07">mut</span> cli <span style="color:#719e07">=</span> GreeterClient::new().with_uri(<span style="color:#2aa198">&#34;http://127.0.0.1:8888&#34;</span>.to_string()); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span> println!(<span style="color:#2aa198">&#34;# unary call&#34;</span>); |
| </span></span><span style="display:flex;"><span> <span style="color:#268bd2">let</span> resp <span style="color:#719e07">=</span> cli |
| </span></span><span style="display:flex;"><span> .greet(Request::new(GreeterRequest { |
| </span></span><span style="display:flex;"><span> name: <span style="color:#2aa198">&#34;message from client&#34;</span>.to_string(), |
| </span></span><span style="display:flex;"><span> })) |
| </span></span><span style="display:flex;"><span> .<span style="color:#719e07">await</span>; |
| </span></span><span style="display:flex;"><span> <span style="color:#268bd2">let</span> resp <span style="color:#719e07">=</span> <span style="color:#719e07">match</span> resp { |
| </span></span><span style="display:flex;"><span> <span style="color:#b58900">Ok</span>(resp) <span style="color:#719e07">=&gt;</span> resp, |
| </span></span><span style="display:flex;"><span> <span style="color:#b58900">Err</span>(err) <span style="color:#719e07">=&gt;</span> <span style="color:#719e07">return</span> println!(<span style="color:#2aa198">&#34;</span><span style="color:#2aa198">{:?}</span><span style="color:#2aa198">&#34;</span>, err), |
| </span></span><span style="display:flex;"><span> }; |
| </span></span><span style="display:flex;"><span> <span style="color:#268bd2">let</span> (_parts, body) <span style="color:#719e07">=</span> resp.into_parts(); |
| </span></span><span style="display:flex;"><span> println!(<span style="color:#2aa198">&#34;Response: </span><span style="color:#2aa198">{:?}</span><span style="color:#2aa198">&#34;</span>, body); |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><p>这样,一个简单的 Dubbo Rust 示例就开发完成了,可以到 Dubbo 官网查看完整文档。</p> |
| <h2 id="3-roadmap-与未来规划">3 Roadmap 与未来规划</h2> |
| <p>Dubbo Rust Roadmap 规划分为三个阶段:</p> |
| <ul> |
| <li>首先,提供作为 RPC 框架的基础能力,此阶段重点完成的包括基于 HTTP/2 的 RPC 通信、基于 IDL 的 RPC 定义、其他必要的 RPC 内核组件等</li> |
| <li>其实,是完善 Dubbo Rust 作为微服务框架的高级功能,此阶段包括微服务定义、配置、功能设计等,如服务超时、异步调用、上下文传递等,具体可参见 Dubbo Java 的高级特性。</li> |
| <li>第三阶段重点是引入丰富的服务治理能力支持,如流量治理、限流降级、可观测性等,这一目标将主要通过融入 Dubbo Mesh 体系,即适配 Dubbo Mesh 控制面实现。</li> |
| </ul> |
| <p>其中,第一阶段的工作已经基本完成,大家可通过上文的 Quick Start 进行深入体验,第二、第三阶段的工作已经在社区全面开展,欢迎感兴趣的社区开发者参与进来,具体联系方式参见下文。</p> |
| <p>下图是侧重从第一阶段(RPC框架)、第二阶段(微服务开发框架)的视角对当前 Dubbo Rust 功能完备性的评估和任务拆解。</p> |
| <p><img src="https://dubbo.apache.org/imgs/rust/dubbo-rust-tasks.png" alt="dubbo-rust"></p> |
| <p>上图中都是 Dubbo Rust 核心设计的重要组件,保证 Dubbo Rust 具备微服务框架中完整的 RPC 通信能力以及服务治理能力。</p> |
| <ul> |
| <li>Protocol、Filter、Listener、Connector 等组件都是 RPC 通信核心能力</li> |
| <li>服务注册发现、负载均衡、Cluster、Metadata 为后续服务治理能力做铺垫</li> |
| </ul> |
| <p>除了上图列出的模块以外,还有一些非功能需求也需要支持,例如:</p> |
| <ul> |
| <li>Dubbo 多语言框架之间相互通信测试</li> |
| <li>性能验证与持续的 benchmark 机制</li> |
| <li>整体架构的持续优化,如核心配置简化以及相应的文档完善</li> |
| </ul> |
| <h2 id="4-参与-dubbo-rust-社区">4 参与 Dubbo Rust 社区</h2> |
| <p>和 Rust 语言一样,Dubbo Rust 是一个非常有活力、非常前沿的社区,另一方面,依赖 Apache Dubbo 社区背后庞大的开发者群体和企业用户,Dubbo Rust 有着非常深厚的用户基础和发展潜力。Dubbo Rust 的快速发展期待社区贡献者的加入 |
| 参与 Dubbo Rust 社区可以收获</p> |
| <ul> |
| <li>见证 Dubbo Rust 开源项目的建设以及发展</li> |
| <li>在大型项目中通过实际使用学习 Rust 语言,加深对 Rust 语言的理解</li> |
| <li>获得提名为 Apache Dubbo CommitterPMC</li> |
| <li>借助 Dubbo 社区提高个人曝光度,提高个人技术影响力</li> |
| <li>与阿里巴巴等企业专家的面对面交流机会,快速提高技术视野</li> |
| </ul> |
| <p>参与 Dubbo Rust 社区的方式有如下几种</p> |
| <ul> |
| <li>搜索并加入钉钉群并参与社区双周会,钉钉群号 <strong>44694199</strong></li> |
| <li>到 GitHub 提 Issue 或贡献代码 <a href="https://github.com/apache/dubbo-rust">https://github.com/apache/dubbo-rust</a></li> |
| </ul></description></item><item><title>Blog: Dubbo Java 3.0.2.1 发版公告</title><link>https://dubbo.apache.org/zh-cn/blog/2021/08/23/dubbo-java-3.0.2.1-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</link><pubDate>Mon, 23 Aug 2021 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2021/08/23/dubbo-java-3.0.2.1-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</guid><description> |
| <p>这是 3.0.2 的错误修正版本。 |
| 除了以下更改外,与版本 3.0.2 完全相同。</p> |
| <h2 id="bug-修复">Bug 修复</h2> |
| <ul> |
| <li>修复 nacos group 在消费者端不生效的问题 (#8533)</li> |
| <li>修复请求超时时序列化检查的 NPE (#8547)</li> |
| <li>兼容使用 dubbo-all 时未导入 farbic-io 包的问题 (#8546)</li> |
| </ul></description></item><item><title>Blog: Dubbo Java 3.0.1 发版公告</title><link>https://dubbo.apache.org/zh-cn/blog/2021/07/02/dubbo-java-3.0.1-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</link><pubDate>Fri, 02 Jul 2021 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2021/07/02/dubbo-java-3.0.1-%E5%8F%91%E7%89%88%E5%85%AC%E5%91%8A/</guid><description> |
| <h2 id="优化">优化</h2> |
| <ul> |
| <li>重构服务自省映射关系,支持地址迁移时直接配置上游应用名</li> |
| <li>为 Spring 扫描添加缓存</li> |
| <li>优化配置覆盖逻辑</li> |
| <li>支持 Servlet 环境下控制 Dubbo 生命周期</li> |
| <li>添加 ServiceListener 用于监听 ServiceConfig</li> |
| <li>优化方法回调参数设置</li> |
| </ul> |
| <h2 id="bug-修复">Bug 修复</h2> |
| <ul> |
| <li>启用强制校验</li> |
| <li>更正多注册中心情况下,一个注册中心启动时无地址就销毁的逻辑</li> |
| <li>移除冗余的日志输出</li> |
| <li>忽略无效的 MetadataReportConfig</li> |
| <li>修复消费端启动时 NPE 的情况</li> |
| <li>修复若干和低版本兼容问题</li> |
| <li>修复若干应用级服务发现逻辑存在的问题</li> |
| <li>优化地址迁移规则,支持应用级地址重订阅</li> |
| <li>修复 MetadataInfo 存在 NPE 的情况</li> |
| <li>修复应用级注册到注册中心的实例信息被错误覆盖的问题</li> |
| </ul> |
| <h2 id="代码质量提升">代码质量提升</h2> |
| <p>感谢以下提高 Apache Dubbo 的稳定性的贡献。</p> |
| <p><a href="https://github.com/apache/dubbo/pull/8043">#8043</a>, |
| <a href="https://github.com/apache/dubbo/pull/8044">#8044</a>, |
| <a href="https://github.com/apache/dubbo/pull/8048">#8048</a>, |
| <a href="https://github.com/apache/dubbo/pull/8071">#8071</a>, |
| <a href="https://github.com/apache/dubbo/pull/8119">#8119</a>, |
| <a href="https://github.com/apache/dubbo/pull/8132">#8132</a></p></description></item><item><title>Blog: Dubbo Go 1.4.0</title><link>https://dubbo.apache.org/zh-cn/blog/2021/01/12/dubbo-go-1.4.0/</link><pubDate>Tue, 12 Jan 2021 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2021/01/12/dubbo-go-1.4.0/</guid><description> |
| <p>得益于社区活跃的支持,2020 年 3 月 25 日 我们发布了一个让人兴奋的版本——dubbo-go v1.4.0。除了继续支持已有的 Dubbo 的一些特性外, dubbo-go 开始了一些自己的创新尝试。</p> |
| <p>这个版本,最大的意义在于,做了一些支持云原生的准备工作。比如说,社区在探讨了很久的 k8s 落地之后,终于拿出来了使用 k8s 作为注册中心的解决方案。</p> |
| <p>其次一个比较大的改进是&ndash;我们在可观测性上也迈出了重要的一步。在这之前,dubbo-go只提供了日志这么一个单一手段,内部的信息比较不透明,这个版本将有很大的改善。</p> |
| <p>最后一个令人心动的改进是,我们支持了 REST 协议。</p> |
| <h2 id="1-k8s-注册中心">1. K8s 注册中心</h2> |
| <p>dubbo-go 注册中心的本质为K/V型的数据存储。当前版本实现了以 Endpoint 为维度在 k8s API Server 进行服务注册和发现的方案【下文简称 Endpoint 方案】,架构图如下。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/dubbo-go/1.4/k8s.png" alt="img"></p> |
| <p>Endpoint 方案,首先将每个 dubbo-go 进程自身服务信息序列化后,通过 Kubernetes 提供的 Patch 的接口写入在自身 Pod 对象的 Annotation 中。其次,通过 Kubernetes 的 Watch 接口观察集群中本 Namespace 内带有某些固定lable [见上图] Pod 的Annotation 信息的更新,处理服务健康检查、服务上下线等情况并实时更新本地缓存。整体流程仅使用 Kubernetes 原生 API 完成将 Kubernetes 作为注册中心的功能特性。</p> |
| <p>这个方案非常简洁,不需要实现额外的第三方模块,也不需要对 Dubbo 业务作出改动,仅仅把 k8s 当做部署平台,依赖其容器管理能力,没有使用其 label selector 和 service 等服务治理特性。如果站在 k8s Operator 的角度来看,Operator 方案的优点即 Endpoint 方案的缺点,Endpoint 方案无法使用 k8s 的健康检查能力,亦没有使用 k8s service 的事件监听能力,每个 consumer 冗余监听一些不必要监听的事件,当 Endpoint 过多时会加大 API Server 的网络压力。</p> |
| <p>目前 dubbo-go 社区其实已经有了 operator 版本注册中心的技术方案, 后续版本【计划版本是 v1.6】的 dubbo-go 会给出其实现。相比当前实现,operator 方案开发和线上维护成本当然上升很多。二者如同硬币的两面,社区会让两种方式会共存,以满足不同 level 的使用者。</p> |
| <p>注意: 因 Pod 被调度而 IP 发生变化时,当前版本的 configuration 以及 router config 模块暂时无法动态更新。这有待于我们进一步解决。</p> |
| <p>参考范例<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup>.</p> |
| <h2 id="2-tracing-和-metric">2. tracing 和 metric</h2> |
| <p>可观测性是微服务重要的一环,也是我们1.4版本着力支持的部分。在1.4版本中,我们主要在 tracing 和 metric 两个方向提供了支持。</p> |
| <p>为了支持 tracing 和 metric,关键的一点是支持context在整个调用过程中传递。为此我们解决了context跨端传递的问题。目前用户可以在接口中声明 context 并且设置值,dubbo-go 在底层完成 context 内容从 client 传递到 server 的任务。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/dubbo-go/1.4/context.png" alt="img"></p> |
| <p>在 metric 方面,dubbo-go 开始支持 Prometheus 采集数据了。目前支持 Prometheus中 的 Histogram 和 Summary。用户也可以通过扩展 Reporter 接口来自定义数据采集。</p> |
| <p>在 tracing 方面,目前 dubbo-go 的设计是采用 opentracing 作为统一的 API,在该 API 的基础上,通过在 client 和 server 之中传递 context,从而将整个链路串起来。用户可以采用任何支持 opentracing API 的监控框架来作为实现,例如 zipkin,jaeger 等。</p> |
| <h2 id="3-rest协议支持">3. rest协议支持</h2> |
| <p>Dubbo 生态的应用与其他生态的应用互联互通,一直是 dubbo-go 社区追求的目标。dubbo-go v1.3 版本已经实现了 dubbo-go 与 grpc 生态应用的互联互通,若想与其他生态如 Spring 生态互联互通,借助 rest 协议无疑是一个很好的技术手段。</p> |
| <p>Rest 协议是一个很强大并且社区呼声很高的特性,它能够有效解决 open API,前端通信,异构系统通信等问题。比如,如果你的公司里面有一些陈年代码是通过 http 接口来提供服务的,那么使用我们的 rest 协议就可以无缝集成了。</p> |
| <p>通过在 dubbo-go 中发布 RESTful 的接口的应用可以调用任意的 RESTful 的接口,也可以被任何客户端以 http 的形式调用,框架图如下:</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/dubbo-go/1.4/rest.png" alt="img"></p> |
| <p>在设计过程中,考虑到不同的公司内部使用的 web 框架并不相同,所以我们允许用户扩展自己 rest server ( web 框架在 dubbo-go的封装)的实现,当然,与 rest server 相关的,诸如 filter 等,都可以在自己的 rest server 实现内部扩展。</p> |
| <h2 id="4-路由功能增强">4. 路由功能增强</h2> |
| <p>路由规则在发起一次 RPC 调用前起到过滤目标服务器地址的作用,过滤后的地址列表,将作为消费端最终发起 RPC 调用的备选地址。v1.4 版本的 dubbo-go 实现了 Condition Router 和 Health Instance First Router,将在后面版本中陆续给出诸如 Tag Router 等剩余 Router 的实现。</p> |
| <h3 id="41-条件路由">4.1 条件路由</h3> |
| <p>条件路由,是 dubbo-go 中第一个支持的路由规则,允许用户通过配置文件及远端配置中心管理路由规则。</p> |
| <p>与之相似的一个概念是 dubbo-go 里面的 group 概念,但是条件路由提供了更加细粒度的控制手段和更加丰富的表达语义。比较典型的使用场景是黑白名单设置,灰度以及测试等。</p> |
| <p>参考范例<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup>。</p> |
| <h3 id="42-健康实例优先路由">4.2 健康实例优先路由</h3> |
| <p>在 RPC 调用中,我们希望尽可能地将请求命中到那些处理能力快、处于健康状态的实例,该路由的功能就是通过某种策略断定某个实例不健康,并将其排除在候选调用列表,优先调用那些健康的实例。这里的&quot;健康&quot;可以是我们自己定义的状态,默认实现即当错误比例到达某一个阈值时或者请求活跃数大于上限则认为其不健康,允许用户扩展健康检测策略。</p> |
| <p>在我们服务治理里面,核心的问题其实就在于如何判断一个实例是否可用。无论是负载均衡、</p> |
| <p>熔断还是限流,都是对这个问题的解答。所以,这个 feature 是一个很好的尝试。因为我们接下来计划提供的特性,基于规则的限流以及动态限流,都是要解决“如何断定一个实例是否可用”这么一个问题。</p> |
| <p>所以欢迎大家使用这个特性,并向社区反馈各自设定的健康指标。这对我们接下来的工作会有很大的帮助。</p> |
| <h2 id="5-hessian-协议增强">5. hessian 协议增强</h2> |
| <p>相较于 dubbo 的 Java 语言以及其他多语言版本,dubbo-go 社区比较自豪的地方之一就是:无论底层网络引擎还是原生使用的 hessian2 协议,以及整体服务治理框架,都由 dubbo-go 社区从零开发并维护。v1.4 版本的 dubbo-go 对 hessian2 协议又带来了诸多新 feature。</p> |
| <h3 id="51-支持-dubbo-协议的-attachments">5.1 支持 dubbo 协议的 attachments</h3> |
| <p>在 dubbo-go中,attachments 机制用于传递业务参数之外的附加信息,是在客户端和服务端之间传递非业务参数信息的重要方式。</p> |
| <p>hessian 编码协议将之编码在 body 内容的后面进行传输,dubbo-go-hessian2 之前并不支持读/写 attachments,在多个使用方【如蚂蚁金服】的要求下,dubbo-go-hessian2 以兼容已有的使用方式为前提,支持了 attachments 的读/写。</p> |
| <p>Request 和 Response 的 struct 中定义了 attachments 的 map,当需要使用 attachments,需要由使用方构造这两种类型的参数或者返回对象。否则,将无法在hessian的传输流中获取和写入attachments。</p> |
| <p>另外,利用 dubbo-go 调用链中传输 context 的功能,用户已经可以在服务方法中通过 context 添加 attachments了。</p> |
| <h3 id="52-支持忽略非注册-pojo-的解析方式">5.2 支持忽略非注册 pojo 的解析方式</h3> |
| <p>由于 hessian 编码协议与 Java 的类型高度耦合,在 golang 的实现中会相对比较麻烦,需要有指明的对应类型。dubbo-go-hessian2 的实现方式是:定义 POJO 接口,要求实现 JavaClassName 方法来供程序获取 Java 对应的类名。这导致了接收到包含未注册类的请求时,将会无法解析而报错,这个问题以前是无法解决的。</p> |
| <p>但是,有一些使用场景如网关或者 service mesh 的 sidecar,需要在不关心 Java 类的具体定义的情况下,像 http读取 header 信息一样仅仅读取 dubbo 请求的附加信息,将 dubbo/dubbo-go 请求转发。通过该 feature,网关/sidecar 并不关注请求的具体内容,可以在解析请求的数据流时跳过无法解析的具体类型,直接读取 attachments 的内容。</p> |
| <p>该实现通过在 Decoder 中添加的 skip 字段,对每一个 object 做出特殊处理。</p> |
| <h3 id="53-支持-javamathbiginteger-和-javamathbigdecimal">5.3 支持 java.math.BigInteger 和 java.math.BigDecimal</h3> |
| <p>在 Java 服务中,java.math.BigInteger 和 java.math.BigDecimal 是被频繁使用的数字类型,hessian 库将它们映射为 github.com/dubbogo/gost/math/big 下的对应类型。</p> |
| <h3 id="54-支持-继承-和忽略冗余字段">5.4 支持 ‘继承’ 和忽略冗余字段</h3> |
| <p>由于 go 没有继承的概念,所以在之前的版本,Java 父类的字段不被 dubbo-go-hessian2 所支持。新版本中,dubbo-go-hessian2 将Java来自父类的字段用匿名结构体对应,如:</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-go" data-lang="go"><span style="display:flex;"><span><span style="color:#268bd2">type</span> Dog <span style="color:#268bd2">struct</span> { |
| </span></span><span style="display:flex;"><span> Animal |
| </span></span><span style="display:flex;"><span> Gender <span style="color:#dc322f">string</span> |
| </span></span><span style="display:flex;"><span> DogName <span style="color:#dc322f">string</span> <span style="color:#2aa198">`hessian:&#34;-&#34;`</span> |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><p>同时,就像 json 编码中通过 <code>immediately</code> 可以在序列化中忽略该字段,同理,通过 <code>hessian:&quot;-&quot;</code> 用户也可以让冗余字段不参与 hessian 序列化。</p> |
| <p>目前,上述四个特性已被某 Go 版本的 sidecar 集成到其商业版本中提供商业服务。</p> |
| <h2 id="6-nacos-配置中心">6. Nacos 配置中心</h2> |
| <p>配置中心是现代微服务架构里面的核心组件,现在 dubbo-go 提供了对配置中心的支持。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/dubbo-go/1.4/config-center.png" alt="img"></p> |
| <p>Nacos 作为一个易于构建云原生应用的动态服务发现、配置管理和服务管理平台,在该版本终于作为配置中心而得到了支持。</p> |
| <p>参考范例<sup id="fnref:3"><a href="#fn:3" class="footnote-ref" role="doc-noteref">3</a></sup>.</p> |
| <h2 id="7-接口级签名认证">7. 接口级签名认证</h2> |
| <p>Dubbo 鉴权认证是为了避免敏感接口被匿名用户调用而在 SDK 层面提供的额外保障。用户可以在接口级别进行定义是否允许匿名调用,并对调用方进行验签操作,对于验签不通过的消费端,禁止调用。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/dubbo-go/1.4/acl.png" alt="img"></p> |
| <p>如上图,总体实现基于 AK/SK 机制,应用通过 HTTPS 通信,启动时向鉴权服务拉取,定期更新。且允许用户自定义获取 AK/SK 的源,在 RPC 层面保障安全性。</p> |
| <h2 id="8-回顾与展望">8. 回顾与展望</h2> |
| <p>目前 dubbo-go 已经到了一个比较稳定成熟的状态。在接下来的版本里面,我们将集中精力在云原生上。下一个版本,我们将首先实现应用维度的服务注册,这是一个和现有注册模型完全不同的新的注册模型。也是我们朝着云原生努力的一个关键版本。</p> |
| <p>在可观测性上,我们计划在整个 dubbo-go 的框架内,引入更多的埋点,收集更加多的内部状态。这需要实际生产环境用户的使用反馈,从而知道该如何埋点,收集何种数据。</p> |
| <p>在限流和熔断上,可以进一步扩展。当下的限流算法,是一种静态的算法&ndash;限流参数并没有实时根据当前服务器的状态来推断是否应该限流,它可能仅仅是用户的经验值。其缺点在于,用户难以把握应该如何配置,例如 TPS 究竟应该设置在多大。所以计划引入一种基于规则的限流和熔断。这种基于规则的限流和熔断,将允许用户设置一些系统状态的状态,如 CPU 使用率,磁盘 IO,网络 IO 等。当系统状态符合用户规则时,将触发熔断。</p> |
| <p>目前这些规划的 任务清单<sup id="fnref:4"><a href="#fn:4" class="footnote-ref" role="doc-noteref">4</a></sup>,都已经放入在 dubbo-go 项目的 issue 里面,欢迎感兴趣的朋友认领参与开发。dubbo-go 社区在 <strong>钉钉群 23331795</strong> 欢迎你的加入。</p> |
| <div class="footnotes" role="doc-endnotes"> |
| <hr> |
| <ol> |
| <li id="fn:1"> |
| <p><a href="https://github.com/apache/dubbo-go-samples/tree/1.5/registry/kubernetes">https://github.com/apache/dubbo-go-samples/tree/1.5/registry/kubernetes</a>&#160;<a href="#fnref:1" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p> |
| </li> |
| <li id="fn:2"> |
| <p><a href="https://github.com/dubbogo/dubbo-samples/tree/master/golang/router/condition">https://github.com/dubbogo/dubbo-samples/tree/master/golang/router/condition</a>&#160;<a href="#fnref:2" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p> |
| </li> |
| <li id="fn:3"> |
| <p><a href="https://github.com/dubbogo/dubbo-samples/tree/master/golang/configcenter/nacos">https://github.com/dubbogo/dubbo-samples/tree/master/golang/configcenter/nacos</a>&#160;<a href="#fnref:3" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p> |
| </li> |
| <li id="fn:4"> |
| <p><a href="https://github.com/apache/dubbo-go/milestone/1">https://github.com/apache/dubbo-go/milestone/1</a>&#160;<a href="#fnref:4" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p> |
| </li> |
| </ol> |
| </div></description></item><item><title>Blog: Dubbo Java 2.7.5 功能解析</title><link>https://dubbo.apache.org/zh-cn/blog/2020/05/18/dubbo-java-2.7.5-%E5%8A%9F%E8%83%BD%E8%A7%A3%E6%9E%90/</link><pubDate>Mon, 18 May 2020 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/blog/2020/05/18/dubbo-java-2.7.5-%E5%8A%9F%E8%83%BD%E8%A7%A3%E6%9E%90/</guid><description> |
| <p>近日,备受瞩目的 Dubbo 2.7.5 版本正式发布,在 2.7.5 版本中,Dubbo 引入了很多新的特性、对现有的很多功能做了增强、同时在性能上也有了非常大的提升,这个版本无论对 Dubbo 社区亦或是开发者来说,都将是一个里程碑式的版本。</p> |
| <ul> |
| <li>应用粒度服务注册【beta】</li> |
| <li>HTTP/2 (gRPC) 协议支持</li> |
| <li>Protobuf 支持</li> |
| <li>性能优化,调用链路性能提升 30%</li> |
| <li>支持 TLS 安全传输链路</li> |
| <li>优化的消费端线程模型</li> |
| <li>新增更适应多集群部署场景的负载均衡策略</li> |
| <li>全新的应用开发 API (兼容老版本应用)【beta】</li> |
| <li>其他一些功能增强与 bugfix</li> |
| </ul> |
| <p>首先,从服务发现上,新版本突破以往基于接口粒度的模型,引入了全新的基于应用粒度的服务发现机制 - 服务自省,虽然该机制当前仍处于 beta 阶段,但对于 Dubbo 向整个微服务云原生体系靠齐,都打下了非常好的基础;得益于紧凑的协议设计和代码实现上的优化,Dubbo 一直以来都具有较好的性能表现,在 2.7.5 版本中,性能上有了进一步的提升,根据来自官方维护团队的压测,新版本在调用链路上性能提升达到 30%;云原生微服务时代,多语言需求变得越来越普遍,协议的通用性和穿透性对于构建打通前后端的整套微服务体系也变得非常关键,Dubbo 通过实现 gRPC 协议实现了对 HTTP/2 协议的支持,同时增加了与 Protobuf 的结合。</p> |
| <h2 id="1--应用粒度服务注册beta">1. 应用粒度服务注册【beta】</h2> |
| <p>从 Java 实现版本的角度来说,Dubbo 是一个面向接口代理的服务开发框架,服务定义、服务发布以及服务引用都是基于接口,服务治理层面包括服务发现、各种规则定义也都是基于接口定义的,基于接口可以说是 Dubbo 的一大优势,比如向开发者屏蔽了远程调用细节、治理粒度更精细等。但基于接口的服务定义同时也存在一些问题,如服务,与业界通用的微服务体系等。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/servicediscovery-old.png" alt="servicediscovery-old.png"></p> |
| <p>针对以上问题,2.7.5 版本引入了一种新的服务定义/治理机制:<strong>服务自省</strong>,简单来说这是一种基于应用粒度的服务治理方案。一个实例只向注册中心注册一条记录,彻底解决服务推送性能瓶颈,同时由于这样的模型与主流微服务体系如 SpringCloud、K8S 等天然是对等的,因此为 Dubbo 解决和此类异构体系间的互联互通清除了障碍。有兴趣进一步了解 Dubbo 服务自省机制如何解决异构微服务体系互联互通问题的,可具体参考我们之前的文章解析《Dubbo 如何成为联通异构微服务体系的最佳服务开发框架》。</p> |
| <p>以下是服务自省机制的基本工作原理图。</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/servicediscovery-new.png" alt="servicediscovery-new.png"></p> |
| <p>要了解更多关于服务自省工作原理的细节,请参与官方文档及后续文章。</p> |
| <p>服务自省与当前已有的机制之间可以说是互补的关系,Dubbo 框架会继续保持接口粒度的服务治理的优势,实现接口和应用两个粒度互为补充的局面,兼顾性能、灵活性和通用性,力争使 Dubbo 成为微服务开发的最佳框架。</p> |
| <h2 id="2-http2-grpc-协议支持">2. HTTP/2 (gRPC) 协议支持</h2> |
| <p>Dubbo RPC 协议是构建在 TCP 之上,这有很多优势也有一些缺点,缺点比如通用性、协议穿透性不强,对多语言实现不够友好等。HTTP/2 由于其标准 HTTP 协议的属性,无疑将具有更好的通用性,现在或将来在各层网络设备上肯定都会得到很好的支持,gRPC 之所以选在 HTTP/2 作为传输层载体很大程度上也是因为这个因素。当前 gRPC 在云原生、Mesh 等体系下的认可度和采用度逐步提升,俨然有成为 RPC 协议传输标准的趋势,Dubbo 和 gRPC 在协议层面是对等竞争的,但是在框架实现上却各有侧重,Dubbo 无疑有更丰富的服务开发和治理体验 。</p> |
| <p>Dubbo 支持 gRPC 协议带来的直观好处有:</p> |
| <ul> |
| <li>正式支持基于 HTTP/2 的远程通信,在协议通用性和穿透性上进一步提升。</li> |
| <li>支持跨进程的 Stream 流式通信,支持 Reactive 风格的 RPC 编程。</li> |
| <li>解决了 gRPC 框架难以直接用于微服务开发的问题,将其纳入 Dubbo 的服务治理体系。</li> |
| <li>为联通组织内部已有的 gRPC 或多语言体系提供支持。</li> |
| </ul> |
| <p>2.7.5 版本开始,gRPC (HTTP/2) 成为 Dubbo 协议体系中的一等公民,对于有需求的开发者完全可以在 Dubbo 开发的微服务体系中启用 gRPC 协议,而不必束缚在 Dubbo 协议自身上,关于这点我们在《Dubbo 如何成为联通异构微服务体系的最佳服务开发框架》一文中也有类似的观点表述。</p> |
| <p>关于 Dubbo 中如何开发 grpc (HTTP/2) 服务的细节,请参考文章《Dubbo 在跨语言与协议穿透性等方面的探索》,关于如何开启 TLS 和使用 Reactive RPC 编程,请参见示例。另外,Dubbo 的 go 版本目前同样也提供了对 gRPC 协议对等的支持,具体请关注 dubbogo 社区的发版计划。</p> |
| <h2 id="3-protobuf-支持">3. Protobuf 支持</h2> |
| <p>支持 Protobuf 更多的是从解决 Dubbo 跨语言易用性的角度考虑的。</p> |
| <p>跨语言的服务开发涉及到多个方面,从服务定义、RPC 协议到序列化协议都要做到语言中立,同时还针对每种语言有对应的 SDK 实现。虽然得益于社区的贡献,现在 Dubbo 在多语言 SDK 实现上逐步有了起色,已经提供了包括 Java, Go, PHP, C#, Python, NodeJs, C 等版本的客户端或全量实现版本,但在以上提到的跨语言友好性方面,以上三点还是有很多可改进之处。</p> |
| <p>协议上 2.7.5 版本支持了 gRPC,而关于服务定义与序列化,Protobuf 则提供了很好的解决方案。</p> |
| <ul> |
| <li>服务定义。当前 Dubbo 的服务定义和具体的编程语言绑定,没有提供一种语言中立的服务描述格式,比如 Java 就是定义 Interface 接口,到了其他语言又得重新以另外的格式定义一遍。因此 Dubbo 通过支持 Protobuf 实现了语言中立的服务定义。</li> |
| <li>序列化。Dubbo 当前支持的序列化包括 Json、Hessian2、Kryo、FST、Java 等,而这其中支持跨语言的只有 Json、Hessian2,通用的 Json 有固有的性能问题,而 Hessian2 无论在效率还是多语言 SDK 方面都有所欠缺。为此,Dubbo 通过支持 Protobuf 序列化来提供更高效、易用的跨语言序列化方案。</li> |
| </ul> |
| <p>日后,不论我们使用什么语言版本来开发 Dubbo 服务,都可以直接使用 IDL 定义如下服务,具体请参见示例</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-go" data-lang="go"><span style="display:flex;"><span>syntax = <span style="color:#2aa198">&#34;proto3&#34;</span>; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>option java_multiple_files = <span style="color:#cb4b16">true</span>; |
| </span></span><span style="display:flex;"><span>option java_package = <span style="color:#2aa198">&#34;org.apache.dubbo.demo&#34;</span>; |
| </span></span><span style="display:flex;"><span>option java_outer_classname = <span style="color:#2aa198">&#34;DemoServiceProto&#34;</span>; |
| </span></span><span style="display:flex;"><span>option objc_class_prefix = <span style="color:#2aa198">&#34;DEMOSRV&#34;</span>; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#719e07">package</span> demoservice; |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// The demo service definition. |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span>service DemoService { |
| </span></span><span style="display:flex;"><span> rpc <span style="color:#268bd2">SayHello</span> (HelloRequest) <span style="color:#268bd2">returns</span> (HelloReply) {} |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// The request message containing the user&#39;s name. |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span>message HelloRequest { |
| </span></span><span style="display:flex;"><span> <span style="color:#dc322f">string</span> name = <span style="color:#2aa198">1</span>; |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// The response message containing the greetings |
| </span></span></span><span style="display:flex;"><span><span style="color:#586e75"></span>message HelloReply { |
| </span></span><span style="display:flex;"><span> <span style="color:#dc322f">string</span> message = <span style="color:#2aa198">1</span>; |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><h2 id="4-性能优化">4. 性能优化</h2> |
| <h3 id="41-调用链路优化">4.1 调用链路优化</h3> |
| <p>2.7.5 版本对整个调用链路做了全面的优化,根据压测结果显示,总体 QPS 性能提升将近 30%,同时也减少了调用过程中的内存分配开销。其中一个值得提及的设计点是 2.7.5 引入了 Servicerepository 的概念,在服务注册阶段提前生成 ServiceDescriptor 和 MethodDescriptor,以减少 RPC 调用阶段计算 Service 元信息带来的资源消耗。</p> |
| <h3 id="42-消费端线程池模型优化">4.2 消费端线程池模型优化</h3> |
| <p>对 2.7.5 版本之前的 Dubbo 应用,尤其是一些消费端应用,当面临需要消费大量服务且并发数比较大的大流量场景时(典型如网关类场景),经常会出现消费端线程数分配过多的问题,具体问题讨论可参见以下 issue :</p> |
| <p><a href="https://github.com/apache/dubbo/issues/2013">https://github.com/apache/dubbo/issues/2013</a></p> |
| <p>改进后的消费端线程池模型,通过复用业务端被阻塞的线程,很好的解决了这个问题。</p> |
| <p><strong>老的线程池模型</strong></p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/consumer-threadpool0.png" alt="消费端线程池.png"></p> |
| <p>我们重点关注 Consumer 部分:</p> |
| <ol> |
| <li>业务线程发出请求,拿到一个 Future 实例。</li> |
| <li>业务线程紧接着调用 future.get 阻塞等待业务结果返回。</li> |
| <li>当业务数据返回后,交由独立的 Consumer 端线程池进行反序列化等处理,并调用 future.set 将反序列化后的业务结果置回。</li> |
| <li>业务线程拿到结果直接返回</li> |
| </ol> |
| <p><strong>2.7.5 版本引入的线程池模型</strong></p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/consumer-threadpool1.png" alt="消费端线程池新.png"></p> |
| <ol> |
| <li>业务线程发出请求,拿到一个 Future 实例。</li> |
| <li>在调用 future.get() 之前,先调用 ThreadlessExecutor.wait(),wait 会使业务线程在一个阻塞队列上等待,直到队列中被加入元素。</li> |
| <li>当业务数据返回后,生成一个 Runnable Task 并放入 ThreadlessExecutor 队列</li> |
| <li>业务线程将 Task 取出并在本线程中执行:反序列化业务数据并 set 到 Future。</li> |
| <li>业务线程拿到结果直接返回</li> |
| </ol> |
| <p>这样,相比于老的线程池模型,由业务线程自己负责监测并解析返回结果,免去了额外的消费端线程池开销。</p> |
| <p>关于性能优化,在接下来的版本中将会持续推进,主要从以下两个方面入手:</p> |
| <ol> |
| <li>RPC 调用链路。目前能看到的点包括:进一步减少执行链路的内存分配、在保证协议兼容性的前提下提高协议传输效率、提高 Filter、Router 等计算效率。</li> |
| <li>服务治理链路。进一步减少地址推送、服务治理规则推送等造成的内存、cpu 资源消耗。</li> |
| </ol> |
| <h2 id="5-tls-安全传输链路">5. TLS 安全传输链路</h2> |
| <p>2.7.5 版本在传输链路的安全性上做了很多工作,对于内置的 Dubbo Netty Server 和新引入的 gRPC 协议都提供了基于 TLS 的安全链路传输机制。</p> |
| <p>TLS 的配置都有统一的入口,如下所示:</p> |
| <p><strong>Provider 端</strong></p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-java" data-lang="java"><span style="display:flex;"><span>SslConfig sslConfig <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> SslConfig(); |
| </span></span><span style="display:flex;"><span>sslConfig.setServerKeyCertChainPath(<span style="color:#2aa198">&#34;path to cert&#34;</span>); |
| </span></span><span style="display:flex;"><span>sslConfig.setServerPrivateKeyPath(args<span style="color:#719e07">[</span>1<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span><span style="color:#586e75">// 如果开启双向 cert 认证</span> |
| </span></span><span style="display:flex;"><span><span style="color:#719e07">if</span> (mutualTls) { |
| </span></span><span style="display:flex;"><span> sslConfig.setServerTrustCertCollectionPath(args<span style="color:#719e07">[</span>2<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span>} |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>ProtocolConfig protocolConfig <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ProtocolConfig(<span style="color:#2aa198">&#34;dubbo/grpc&#34;</span>); |
| </span></span><span style="display:flex;"><span>protocolConfig.setSslEnabled(<span style="color:#cb4b16">true</span>); |
| </span></span></code></pre></div><p><strong>Consumer 端</strong></p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-java" data-lang="java"><span style="display:flex;"><span><span style="color:#719e07">if</span> (<span style="color:#719e07">!</span>mutualTls) {} |
| </span></span><span style="display:flex;"><span> sslConfig.setClientTrustCertCollectionPath(args<span style="color:#719e07">[</span>0<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span>} <span style="color:#719e07">else</span> { |
| </span></span><span style="display:flex;"><span> sslConfig.setClientTrustCertCollectionPath(args<span style="color:#719e07">[</span>0<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span> sslConfig.setClientKeyCertChainPath(args<span style="color:#719e07">[</span>1<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span> sslConfig.setClientPrivateKeyPath(args<span style="color:#719e07">[</span>2<span style="color:#719e07">]</span>); |
| </span></span><span style="display:flex;"><span>} |
| </span></span></code></pre></div><p>为尽可能保证应用启动的灵活性,TLS Cert 的指定还能通过 -D 参数或环境变量等方式来在启动阶段根据部署环境动态指定,具体请参见 Dubbo 配置读取规则与 TLS 示例</p> |
| <p>Dubbo 配置读取规则:/zh-cn/docs/user/configuration/configuration-load-process.html</p> |
| <p>TLS 示例:https://github.com/apache/dubbo-samples/tree/master/dubbo-samples-ssl</p> |
| <blockquote> |
| <p>如果要使用的是 gRPC 协议,在开启 TLS 时会使用到协议协商机制,因此必须使用支持 ALPN 机制的 Provider,推荐使用的是 netty-tcnative,具体可参见 gRPC Java 社区的总结: <a href="https://github.com/grpc/grpc-java/blob/master/SECURITY.md">https://github.com/grpc/grpc-java/blob/master/SECURITY.md</a></p> |
| </blockquote> |
| <p>在服务调用的安全性上,Dubbo 在后续的版本中会持续投入,其中服务发现/调用的鉴权机制预计在接下来的版本中就会和大家见面。</p> |
| <h2 id="6-bootstrap-apibeta">6. Bootstrap API【beta】</h2> |
| <p>在上面讲《服务自省》时,我们提到了 Dubbo 面向接口的设计,面向接口编程、面向接口做服务发现和服务治理。在引入应用粒度服务发现的同时,2.7.5 版本对编程入口也做了优化,在兼容老版本 API 的同时,新增了新的面向应用的编程接口 - DubboBootstrap。</p> |
| <p>以面向 Dubbo API 编程为例,以前我们要这么写:</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-java" data-lang="java"><span style="display:flex;"><span>ServiceConfig<span style="color:#719e07">&lt;</span>GreetingsService<span style="color:#719e07">&gt;</span> service1 <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ServiceConfig<span style="color:#719e07">&lt;&gt;</span>(); |
| </span></span><span style="display:flex;"><span>service1.setApplication(<span style="color:#719e07">new</span> ApplicationConfig(<span style="color:#2aa198">&#34;first-dubbo-provider&#34;</span>)); |
| </span></span><span style="display:flex;"><span>service1.setRegistry(<span style="color:#719e07">new</span> RegistryConfig(<span style="color:#2aa198">&#34;zookeeper://&#34;</span> <span style="color:#719e07">+</span> zookeeperHost <span style="color:#719e07">+</span> <span style="color:#2aa198">&#34;:2181&#34;</span>)); |
| </span></span><span style="display:flex;"><span>service1.export(); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>ServiceConfig<span style="color:#719e07">&lt;</span>GreetingsService<span style="color:#719e07">&gt;</span> service2 <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ServiceConfig<span style="color:#719e07">&lt;&gt;</span>(); |
| </span></span><span style="display:flex;"><span>service2.setApplication(<span style="color:#719e07">new</span> ApplicationConfig(<span style="color:#2aa198">&#34;first-dubbo-provider&#34;</span>)); |
| </span></span><span style="display:flex;"><span>service2.setRegistry(<span style="color:#719e07">new</span> RegistryConfig(<span style="color:#2aa198">&#34;zookeeper://&#34;</span> <span style="color:#719e07">+</span> zookeeperHost <span style="color:#719e07">+</span> <span style="color:#2aa198">&#34;:2181&#34;</span>)); |
| </span></span><span style="display:flex;"><span>service2.export(); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>...... |
| </span></span></code></pre></div><p>ApplicationConfig、RegistryConfig、ProtocolConfig 等全局性的配置要在每个服务上去配置;并且从 Dubbo 框架的角度,由于缺少一个统一的 Server 入口,一些实例级别的配置如 ShutdownHook、ApplicationListener、应用级服务治理组件等都缺少一个加载驱动点。</p> |
| <p>在引入 DubboBootstrap 后,新的编程模型变得更简单,并且也为解决了缺少实例级启动入口的问题</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-java" data-lang="java"><span style="display:flex;"><span>ProtocolConfig protocolConfig <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ProtocolConfig(<span style="color:#2aa198">&#34;grpc&#34;</span>); |
| </span></span><span style="display:flex;"><span>protocolConfig.setSslEnabled(<span style="color:#cb4b16">true</span>); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>SslConfig sslConfig <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> SslConfig(); |
| </span></span><span style="display:flex;"><span>sslConfig.setXxxCert(...); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>DubboBootstrap bootstrap <span style="color:#719e07">=</span> DubboBootstrap.getInstance(); |
| </span></span><span style="display:flex;"><span>bootstrap.application(<span style="color:#719e07">new</span> ApplicationConfig(<span style="color:#2aa198">&#34;ssl-provider&#34;</span>)) |
| </span></span><span style="display:flex;"><span> .registry(<span style="color:#719e07">new</span> RegistryConfig(<span style="color:#2aa198">&#34;zookeeper://127.0.0.1:2181&#34;</span>)) |
| </span></span><span style="display:flex;"><span> .protocol(protocolConfig) |
| </span></span><span style="display:flex;"><span> .ssl(sslConfig); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>ServiceConfig<span style="color:#719e07">&lt;</span>GreetingsService<span style="color:#719e07">&gt;</span> service1 <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ServiceConfig<span style="color:#719e07">&lt;&gt;</span>(); |
| </span></span><span style="display:flex;"><span>ServiceConfig<span style="color:#719e07">&lt;</span>GreetingsService<span style="color:#719e07">&gt;</span> service2 <span style="color:#719e07">=</span> <span style="color:#719e07">new</span> ServiceConfig<span style="color:#719e07">&lt;&gt;</span>(); |
| </span></span><span style="display:flex;"><span> |
| </span></span><span style="display:flex;"><span>bootstrap.service(service1).service(service2); |
| </span></span><span style="display:flex;"><span>bootstrap.start(); |
| </span></span></code></pre></div><h2 id="7-多注册中心集群负载均衡">7. 多注册中心集群负载均衡</h2> |
| <p>对于多注册中心订阅的场景,选址时的多了一层注册中心集群间的负载均衡:</p> |
| <p><img src="https://dubbo.apache.org/imgs/blog/cluster-lb.png" alt="cluster-lb.png"></p> |
| <p>在 Cluster Invoker 这一级,我们支持的选址策略有(2.7.5+ 版本,具体使用请参见文档):</p> |
| <ul> |
| <li> |
| <p>指定优先级</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-xml" data-lang="xml"><span style="display:flex;"><span><span style="color:#586e75">&lt;!-- 来自 preferred=“true” 注册中心的地址将被优先选择,只有该中心无可用地址时才 Fallback 到其他注册中心 --&gt;</span> |
| </span></span><span style="display:flex;"><span><span style="color:#268bd2">&lt;dubbo:registry</span> address=<span style="color:#2aa198">&#34;zookeeper://${zookeeper.address1}&#34;</span> preferred=<span style="color:#2aa198">&#34;true&#34;</span> <span style="color:#268bd2">/&gt;</span> |
| </span></span></code></pre></div></li> |
| <li> |
| <p>同 zone 优先</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-xml" data-lang="xml"><span style="display:flex;"><span><span style="color:#586e75">&lt;!-- 选址时会和流量中的 zone key 做匹配,流量会优先派发到相同 zone 的地址 --&gt;</span> |
| </span></span><span style="display:flex;"><span><span style="color:#268bd2">&lt;dubbo:registry</span> address=<span style="color:#2aa198">&#34;zookeeper://${zookeeper.address1}&#34;</span> zone=<span style="color:#2aa198">&#34;beijing&#34;</span> <span style="color:#268bd2">/&gt;</span> |
| </span></span></code></pre></div></li> |
| <li> |
| <p>权重轮询</p> |
| <div class="highlight"><pre tabindex="0" style="color:#93a1a1;background-color:#002b36;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-xml" data-lang="xml"><span style="display:flex;"><span><span style="color:#586e75">&lt;!-- 来自北京和上海集群的地址,将以 10:1 的比例来分配流量 --&gt;</span> |
| </span></span><span style="display:flex;"><span><span style="color:#268bd2">&lt;dubbo:registry</span> id=<span style="color:#2aa198">&#34;beijing&#34;</span> address=<span style="color:#2aa198">&#34;zookeeper://${zookeeper.address1}&#34;</span> weight=<span style="color:#2aa198">”100“</span> <span style="color:#268bd2">/&gt;</span> |
| </span></span><span style="display:flex;"><span><span style="color:#268bd2">&lt;dubbo:registry</span> id=<span style="color:#2aa198">&#34;shanghai&#34;</span> address=<span style="color:#2aa198">&#34;zookeeper://${zookeeper.address2}&#34;</span> weight=<span style="color:#2aa198">”10“</span> <span style="color:#268bd2">/&gt;</span> |
| </span></span></code></pre></div></li> |
| <li> |
| <p>默认,stick to 任意可用</p> |
| </li> |
| </ul> |
| <blockquote> |
| <p>关于多注册中心订阅模型,Dubbo 同时也提供了 Multi-Registry 合并的解决思路,欢迎参与到以下 PR 的讨论中: <a href="https://github.com/apache/dubbo/issues/5399">https://github.com/apache/dubbo/issues/5399</a></p> |
| </blockquote> |
| <h2 id="8-其他功能增强">8. 其他功能增强</h2> |
| <ul> |
| <li> |
| <p>新增地址变更事件通知接口,方便业务侧感知地址变化</p> |
| </li> |
| <li> |
| <p>新增外围配置加载入口,方便开发者在启动阶段定制服务启动参数</p> |
| </li> |
| <li> |
| <p>config 模块重构</p> |
| </li> |
| <li> |
| <p>parameters 扩展配置增强</p> |
| </li> |
| <li> |
| <p>其他一些 Bugfix</p> |
| </li> |
| </ul> |
| <p>从 Dubbo 框架自身的角度来说,2.7.5 版本也做了很多的重构与优化(比如说 config 模块的重构),这些改动对于使用者来说并无感知的,但是从优化整个 Dubbo 代码内部结构的角度来说,这些改动对后续的功能开发与新机制的引入是一个很好的铺垫。</p> |
| <h2 id="9-总结与展望">9. 总结与展望</h2> |
| <p>在后续的版本中,Dubbo 会持续快速的优化与迭代,主要从以下几个方面发力:</p> |
| <ul> |
| <li>继续探索服务自省成为 Dubbo 主推的服务治理模型。</li> |
| <li>对于企业用户关心的微服务解决方案场景,会持续推进框架的演进,包括当前正在开发的配置、服务鉴权机制、熔断等功能。后续还会尝试联合社区推动周边配套设施如网关、治理平台 Admin 等的建设,非常期待社区能踊跃参与到此部分的建设中。</li> |
| <li>性能优化上。主要从两个方面着手,一是调用链路的持续优化,同时继续探索新的更通用的 RPC 协议;另一方面是在服务治理推送机制上的优化,以进一步提高 Dubbo 在大规模服务地址推送场景下的表现。</li> |
| <li>云原生方向。接下来的版本将重点探索,1. 如何更好的支持 Dubbo 在 Kubernetes 上的部署和服务治理;2. 对于混合部署的场景,如传统 VM 和 K8S 体系混合部署、SDK Dubbo 与 Mesh 混合部署的场景,如何提供更好的支持以实现混部场景的长期共存或迁移。</li> |
| </ul></description></item></channel></rss> |