Service Mesh的实践分享

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

摘要

文档介绍了唯品会在Service Mesh方面的实践经验，重点描述了服务化体系的演进，从1.0版本的OSP平台到2.0版本的Service Mesh雏形，并详细对比了与Istio的区别和不同之处。在实践中，唯品会遇到了诸如Zookeeper强耦合、跨机房多活及性能问题等挑战，文档还详细描述了这些问题的解决方案。此外，文档还展示了唯品会的服务治理功能，如规则路由、标签路由、邻近机房路由、Hash路由、熔断、健康探测等，并提出了未来Roadmap，包括智能参数治理、实时反馈、历史指标分析、智能故障告警以及全链路服务综合治理等。

AI总结

《Service Mesh的实践分享》摘要：

唯品会在Service Mesh领域的实践可分为以下几个部分：

### 1. 内部Service Mesh的演进：
- **服务化体系1.0**：基于OSP（Open Service Platform），采用Thrift over Netty、基于Java语法的DSL、Zookeeper等技术。特点是胖客户端，拥有基本服务治理功能，但存在语言单一、升级困难、代码复杂等缺点。
- **服务化体系2.0**：引入Service Mesh雏形，采用物理机和Sidecar模式，分为Local Proxy和Remote Proxy。Local Proxy负责服务治理与本地调用，Remote Proxy负责备份和非主流流量。支持规则路由、标签路由、邻近机房路由、Hash路由、熔断、健康探测、超时重试、限流降级等功能，并实现契约化治理和多环境支持。

### 2. 与Istio的区别：
文档未详细展开，但可推测在架构、功能实现或性能优化方面存在差异。

### 3. 实践中踩过的坑：
- **ZooKeeper的强耦合**：初始设计依赖ZK，导致性能问题、跨机房多活难题、API不友好等问题，迁移和替换成本高。
- **实用治理功能的难点**：如规则路由、环境无关性等功能的实现需要大量投入。

### 4. 今年规划（Roadmap）：
- **智能参数治理**：
- **现状**：依赖用户手工配置参数，服务实例差异导致配置复杂，无法动态调整阈值。
- **目标**：基于历史指标和动态指标自动调整配置，例如根据延迟推荐超时设置，根据流量推荐限流设置。
- **全链路服务综合治理**：包括实时上下游超时治理、限流治理、智能路由等。
- **智能化工具**：如OSP智能故障分析与告警、基于内部智能根因分析的大框架。

### 总结：
唯品会在Service Mesh领域经历了从传统服务化到Service Mesh架构的演进过程，解决了诸多技术难题，并计划通过智能化config治理和全链路服务治理提升架构能力。