apache|Apache Dubbo 3.0.0 正式发布 - 全面拥抱云原生( 二 )

Dubbo 协议通信方式
在支持已有的功能和解决存在的问题的前提下， Apache Dubbo 3 提出了下一代 RPC 协议——Triple 。
基于 Tripe 协议，我们期望可以解决这些问题：
1、跨语言互通的问题。传统的多语言多 SDK 模式和 Mesh 化跨语言模式都需要一种更通用易扩展的数据传输格式；
2、提供更完善的请求模型。除了 Request/Response 模型，还应该支持 Streaming 和 Bidirectional；
请求模型示意图
3、易扩展、穿透性高。包括但不限于 Tracing / Monitoring 等支持，也应该能被各层设备识别，网关设施等可以识别数据报文，对 Service Mesh 部署友好，降低用户理解难度；
4、支持 Java 用户无感知升级。不需要定义繁琐的 IDL 文件，仅需要简单的修改协议名便可以轻松升级到 Triple 协议。
基于这些期望，我们觉得 HTTP/2 作为底层通信协议，使用 protobuf 作为序列化协议的组合是最合理的，这套组合方案也是 gRPC 协议使用的方案。所以对于 Triple 协议来说，我们可以基于 gRPC 协议进行演变，以满足 Apache Dubbo 已有的优秀特性，这同时也保证了在生态系统上新协议和 gRPC 是能够互通和共享的。
Triple 协议通信方式
3、云原生设施接入
针对于 Kubernetes 的场景，Apache Dubbo 3 为此做了两方面的接入：
一是原生支持与 Kubernetes Pod 生命周期对齐，基于 Dubbo QoS 机制， Kubernetes 能够感知到运行在 Pod 容器中的 Dubbo 应用当前是什么状态，而且得益于 Dubbo SPI 机制用户可以自定义探针检测的维度，实现框架和业务的生命周期都达到统一。
第二是 Dubbo 也将支持接入 Kubernetes Native Service 体系，原生支持基于 Kubernetes API Server 和 DNS 的服务发现体系，实现部署架构下的服务概念与 Dubbo 中的服务概念进行对齐。
Kubernetes 架构下部署方案
而对于 Service Mesh 体系，如果应用使用 Apache Dubbo 2 想要部署以 Mesh 方式部署，需要使用 Sidecar 对 Dubbo 流量进行拦截，而同时由于 Dubbo 本身是具有一定的治理能力的，从应用来说会多做了很多无用的事情，从集群的角度来说会造成调用的紊乱。
基于此， Apache Dubbo 3 提出了两种部署模式，一种是配合 Sidecar 部署的 Thin SDK 模式、另一种是直接接入控制面的 Proxyless Mesh 模式。
Dubbo 3 在 Mesh 场景下部署架构
除了部署架构的接入，在 Apache Dubbo 3 中还定义了一套面向云原生流量治理，支持传统 SDK、Mesh 场景的统一治理规则。
Apache Dubbo 3 期望使用这一套规则，便可以实现如金丝雀发布、A/B测试等丰富的路由语义，只需要配置一套规则，写入统一的控制面，就可以统一地控制所有集群。这样无论使用 Kubernetes 直接部署、亦或者是 Mesh 场景下使用 Thin SDK 或 Proxyless 混合部署甚至是用户直接手动部署集群均可以被同一套规则所控制，实现定义一次，到处使用的目标。
三、未来展望 Apache Dubbo 3.0.0 是捐给 Apache 后的一个里程碑版本，代表着 Apache Dubbo 全面拥抱云原生的一个重要节点。
在 2021 年 11 月我们会发布 Apache Dubbo 3.1 版本，届时我们会带来 Apache Dubbo 在 Mesh 场景下部署的实现与实践。
在 2022 年 3 月我们会发布 Apache Dubbo 3.2 版本，在这个版本中我们将带来全新的大规模应用部署下智能流量调度机制，提高系统稳定性与资源利用率。
Apache Dubbo 3 目前已经和阿里巴巴集团内部的 RPC 框架实现了融合，期望用它来解决内部落地问题，做到技术栈统一。未来， Apache Dubbo 3 将大规模落地阿里集团，承载 618、双十一等复杂业务场景。