Apache Dubbo-go 在云原生时代的实践与探索-于雨

• 语言: 中文（简体）
• 格式: .pdf
• 来源: github.com/cloudnativeto

摘要

文档由Dubbogo社区负责人于雨主讲，介绍了Apache Dubbo-go在云原生时代的实践与探索。内容涵盖Dubbogo与相关技术的关系、以K8s作为注册中心、基于MOSN的架构、基于应用注册模型的双模通信，以及云原生时代的dubbogo 3.0。文档指出云原生终极形态下RPC服务治理模型包括：通信协议采用HTTP2、序列化协议采用基于protobuf的Dubbo3协议(triple)、与gRPC互联互通、路由治理规则向Istio靠拢并基于xDS通信、采用应用注册模型。同时分析了sidecar+istio模式的局限性，如本质是local proxy、中间件能力下沉的开发成本高、业务方改造成本大、无统一通信协议与序列化协议、组件升级需共同升级、有状态sidecar实现成本高等，强调复杂性守恒，没有银弹，只有多形态的mesh。

AI总结

Apache Dubbo-go 是 Dubbo 的 Go 语言实现，旨在带领 Dubbo 走向云原生，并与 Dubbo v2.6/v2.7/v3、Spring Cloud、gRPC 互通。其云原生实践与探索主要包括以下核心观点：

1. **云原生中间件要求**：云原生环境下，中间件需具备不可变的通信、消息、事件等基础设施。实例定义后只读不更改，通过 patch 升级；Docker 统一部署形态，K8s 统一编排形态。

2. **对 Service Mesh 的反思**：演讲者认为 Sidecar + Istio 并非云原生终极形态，存在多个问题：本质是本地代理、中间件能力下沉导致开发量大、业务改造成本高、缺乏统一协议、组件耦合、有状态 Sidecar 实现成本高。结论是“复杂性守恒”，没有银弹，需要多形态的 Mesh。

3. **Dubbogo 3.0 的云原生终极形态**：面向云原生的 RPC 服务治理模型应具备：
- 通信协议采用 HTTP2。
- 序列化协议采用基于 Protobuf 的 Dubbo3 协议（triple）。
- 具备 Stream 通信能力，与 gRPC 互联互通。
- 路由治理规则向 Istio 靠拢，基于 xDS 协议通信。
- 采用应用注册模型。

4. **核心价值**：技术价值在于统一基础技术（无关语言和中间件）；业务价值在于减轻开发负担，让开发者专注业务；商业价值在于统一云平台能力，平台的竞争力体现在易用性、服务能力和价格优势。

**总结**：Dubbogo 3.0 正在从服务框架演进为服务平台，通过拥抱 HTTP2、Protobuf、xDS 等标准，解决传统 Service Mesh 的痛点，实现与 gRPC 的互联互通，并强调应用注册模型，以构建更适应云原生环境的 RPC 通信体系。