大规模微服务架构下的Service Mesh探索之路

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

摘要

本文主要探讨了蚂蚁金服在大规模微服务架构下对Service Mesh的探索之路，详细介绍了其开发的Sofa Mesh产品。文章从技术选型、架构设计、开源策略等多个方面展开，分析了Sofa Mesh的技术特点和优势。文中还提到了其他公司在Service Mesh领域的实践，如UCloud的轻量级实践和腾讯的选择，并讨论了Istio和Envoy在实际应用中的优缺点。最后，文章强调了蚂蚁金服在Service Mesh领域的开源策略和对技术进步的推动。

AI总结

## 文档总结：大规模微服务架构下的Service Mesh探索之路

### 1. 背景与目标
蚂蚁金服在GIAC大会上首次公开其Service Mesh产品——**Sofa Mesh**，并详细介绍了其技术选型、架构设计及开源策略。本文旨在探讨大规模微服务架构下Service Mesh的实践与挑战。

---

### 2. 技术选型与架构设计
#### 2.1 数据平面：Envoy
- **选择理由**：Envoy作为数据平面，凭借其成熟的性能和XDS API的设计，成为蚂蚁金服的首选。
- **挑战**：C++技术栈带来的扩展性问题，且Envoy的使用场景不仅限于Service Mesh。

#### 2.2 控制平面：Istio
- **选择理由**：Istio是目前最成熟的控制平面方案，其设计理念和产品方向受到认可。
- **挑战**：
- 性能和稳定性问题亟待解决。
- 对非k8s环境的支持不足。
- 缺乏与侵入式框架的互通方案。

---

### 3. 落地要求
#### 3.1 性能要求
- 以蚂蚁金服的业务规模，性能是核心考量，架构设计需权衡性能与可扩展性。

#### 3.2 稳定性要求
- 高可用性和稳定性是蚂蚁金服的首要需求。

#### 3.3 部署要求
- 需支持多种部署环境（虚拟机/容器、公有云/私有云、k8s）和多种业务场景（主站、金融云、外部客户）。

---

### 4. 国内公司的实践
#### 4.1 UCloud的轻量实践
- 基于Istio剥离Pilot和Envoy，去掉Mixer和Auth。
- 定制Pilot，实现ETCD Adapter，脱离k8s运行。

#### 4.2 腾讯的实践
- 数据平面选择Envoy，控制平面基于Istio进行定制和扩展，解耦k8s。

---

### 5. 探讨与优化
#### 5.1 基础设施后端的定位
- 探讨是否应将基础设施后端功能（如配额、授权、监控）集成到Service Mesh中。
- 认为这些功能应被视为基础能力，直接内置到Mesh中。

#### 5.2 Envoy与Mixer的交互
- 分析了Envoy与Mixer在同步与异步调用中的优劣，认为需根据场景选择最优方案。

---

### 6. 开源策略
蚂蚁金服计划开源Sofa Mesh，目标是：
- 推动技术进步，与社区共建。
- 通过开源积累经验，推动标准化。
- 展现技术开放态度，寻求合作。

---

### 7. 总结
蚂蚁金服的Sofa Mesh探索之路体现了其在大规模微服务架构下的技术创新与实践。通过结合Envoy和Istio的优势，解决性能、稳定性和部署难题，并通过开源推动社区发展。未来，蚂蚁金服将继续与国内企业合作，共建开源精品。