共计 2261 个字符，预计需要花费 6 分钟才能阅读完成。
作者： 江河清
Dubbo Mesh 作为 Dubbo 全面拥抱云原生的又一个里程碑我的项目，将为 Dubbo 用户提供平滑降级到 Service Mesh 架构的解决方案，同时持续基于 Dubbo 弱小可扩展性底座提供生产级服务治理、服务管控等能力。
本文将对 Dubbo Mesh 整体设计准则、部署架构与插件管控机制的布局做整体阐明。
设计准则
Dubbo Mesh 以插件化的形式接入各生态，除了局部维持根底运行的架构外绝大部分的组件反对热插拔，反对依据不同部署场景动静抉择部署形式。
插件化能力的设计连续了 Dubbo 一贯的高可扩展性的特色，基于这样的一个根底能力，开发者能够依据本人所需的实在部署场景进行定制，如接入外部的自建 DevOps 平台等。通过插件化的能力，也使得 Dubbo Mesh 在将来能更容易适配新的根底组件；通过热插拔的设计，绝大部分的新性能将能在生产环境平滑落地，很大水平上隔离因为中间件变更给业务带来的变更合作影响。
部署架构
从架构与部署状态上来说 Dubbo Mesh 明确的辨别为管制面与数据面。
其中管制面作为服务治理外围，具备形象的、对立的模型，负责与底层基础设施的对接，提供从启动配置、服务发现、流量治理到认证鉴权等的对立治理入口。
数据面则专一在业务编程模型与通信能力上，基于多种部署状态（SDK、Sidecar、Agent）接入服务治理能力，基于动静部署能力从业务代码中解耦进去。
从整体组件角色来说，Dubbo Mesh 中有两种角色的组件：根底组件、扩展性组件。
根底组件由 Dubbo 原生提供，用于构建整个体系，如上图中的 Admin 用户管控组件、Dynamic Binary Push 动静散发组件（下文中会开展阐明）、Proxy 数据代理组件等。
扩展性组件由 Dubbo 和其余生态共建提供，用于提供特定化能力，如上图中性能的 Test 服务测试组件、Config 配置动静批改组件、Skywalking 全链路追踪组件等。各扩展性组件均设计为可热插，能够可选的动静开关局部能力。
数据流
上图中除了部署架构的形容之外，还标识了在 Dubbo Mesh 这样一个部署架构下的数据流向。
Dubbo Mesh 提供了两种通信模式，别离是 Proxy 模式与直连模式。在根底组件中的 Proxy 提供达到数据面的通路，一个 Any 数据流，不绑定任何下层语义。扩展性组件可选通过 Proxy 进行互通，或者间接和数据面进行互通。
Proxy 模式不须要组件感知集群的连贯模式，实用于一些比较简单、无独立服务端的组件实现，基于 Dubbo 的能力能间接实现与数据面的通信，升高治理连贯的难度。直连模式用于集成一些简单、有独立服务端的组件，如全链路追踪组件通常都须要独立部署中心化的收集服务端，如果流量通过 Dubbo Proxy 进行转发在肯定水平上会导致部署老本的进步。
数据面架构
Dubbo Mesh 的数据面布局分成 Java Proxyless 和 Sidecar 两种模式。Java Proxyless 模式提供基于 Java ClassLoader 动静加载能力下的高性能部署计划；Sidecar 模式提供基于外置过程替换的跨语言、跨架构的通用部署计划。
Java Proxyless
Java Proxyless 模式是从惯例 Dubbo Java 部署模式降级而来的，通过将 Dubbo 内核与实现拆散的形式，基于 Java ClassLoader 的动静加载机制防止具体实现能力与业务代码进行耦合，提供中间件热降级能力。
如上图所示，Dubbo SDK 定义 Dubbo 扩大点，如 Router、Registry、LoadBalance 等，扩大点尽可能复用 Dubbo 已有的 SPI 机制。此外，Dubbo SDK 中集成一个对立的 DubboInitializer，运行时从管制面拉取所需运行时代码，组装成为一个残缺的 Dubbo SDK。
Sidecar
Sidecar 模式下 Dubbo 作为一个独立过程运行，通过 UDS / TCP 等本地通信形式或者申请拦挡的形式管控流量。通过在 Sidecar 过程中进行数据加工、流量定制化路由等形式达成流量治理的指标。
Sidecar 模式也相似 Proxyless 模式提供扩大点，反对不同场景下自定义组装实现、动静替换降级的能力。因为 Sidecar 是从流量层面间接进行治理，和业务代码自身不耦合，能够提供跨语言、跨架构的通用治理能力。
插件推送模式
在后面的两种数据面架构中都波及到了扩大实现的动静下发的能力，本节中将对这部分能力做具体论述阐明。
Java Proxyless
Java Proxyless 模式下的扩大是通过 Java ClassLoader 进行动静类加载的，因而只须要拿到对应扩大的实现类既可实现加载。在 Dubbo Mesh 中通过对立的 Dynamic Binary Push 动静散发组件能够实现将每个插件中自带的对应类实现下发到数据面中进行加载。
Sidecar（Preview）
Sidecar 模式下，有多种形式能实现热失效。这里以替换过程的形式为例，在管制面中动静组装 Sidecar 的代码并编译，通过 Dynamic Binary Push 动静散发组件动静下发 Sidecar 的二进制包到数据面中的 Dubbo Agent，由 Dubbo Agent 负责拉起新的过程并切换流量到新的过程上。
更多对于 Dubbo Mesh 的动静能够关注 Apache Dubbo 社区官网公众号（ApacheDubbo），及时获取最新的音讯。
微信公众号 | ApacheDubbo
钉钉群号 | 21976540
官网 | https://dubbo.apache.org
点击“此处”，中转 Dubbo 官网！
