Service Mesh的思考及在华为云的实践
1.55 MB
29 页
0 评论
语言 | 格式 | 评分 |
---|---|---|
中文(简体) | .pdf | 3 |
摘要 | ||
本文介绍了Service Mesh的核心概念及其在华为云中的实践。Service Mesh是一种基础设施层,用于管理服务间通信,具有轻量级代理、高性能和低延迟(1ms)的特点。华为云的微服务引擎Mesher基于自研的Go语言框架开发,支持与Istio生态的整合。Service Mesh的主要目标包括解放业务开发者、将遗留应用迁移为云原生应用,并实现代码0侵入。在实践中,建议服务调用层级不超过3层,业务开发期不应启用容错功能,以避免掩盖潜在问题。 | ||
AI总结 | ||
# 《Service Mesh的思考及在华为云的实践》总结
## 作者背景
- **田晓亮**:华为架构师,9年软件行业经验,曾在三星工作,2012年进入云计算领域,专注于PaaS、DevOps和APM领域,支持过近千台VM的应用部署、管理和监控。华为云微服务引擎Mesher的作者。
## Service Mesh核心观点
1. **解惑与实践**:
- **服务调用建议**:
- 服务调用层级应控制在3层以内,超过2层需在业务代码中转发TraceID。
- 路由数据应通过请求header传递。
- 业务代码上云后不建议立即启用容错功能,以避免掩盖问题。
- **华为云实践**:
- 通过Mesher实现Service Mesh,基于自研的Go语言微服务框架,兼容华为云和Istio生态,性能优异(11MB内存占用,1ms延迟)。
- **设计目标**:
- 解放业务开发者,降低学习曲线。
- 无侵入代码,支持遗留系统向云原生迁移。
- 高性能与轻量化。
2. **Service Mesh定义**:
- 基础设施层,服务间通信的新型网络模型。
- 轻量级代理,解决服务通信中可靠性与网络复杂性问题。
3. **微服务架构问题**:
- 服务调用链复杂,超出3层则需处理TraceID转发。
- 路由数据需通过header处理。
- 部署后监控困难,容错可能掩盖业务问题。
## 链接资源
- **网站**:http://servicecomb.incubator.apache.org/
- **Gitter讨论区**:https://gitter.im/ServiceCombUsers/Lobby
**关键词**:Service Mesh、华为云、Mesher、微服务架构、高性能、轻量级、云原生、Istio。 |
P1
P2
P3
P4
P5
P6
P7
P8
P9
P10
P11
P12
下载文档到本地,方便使用
- 可预览页数已用完,剩余
17 页请下载阅读 -
文档评分