网易给Service Mesh实践者的几个建议
极客时间编辑部
讲述：初明明大小：4.98M时长：05:26
你好，欢迎收听极客视点。
近几年，微服务架构非常火爆，但是分散的服务势必带来交互的复杂性，为了解决分布式环境下存在的网络问题，Service Mesh 技术应运而生。作为 Service Mesh 技术的实践先驱者之一，网易从 2016 年开始探索使用 Service Mesh 架构支撑微服务体系建设，期间不断升级改造，如今已经成功落地 Service Mesh 。最近，网易架构师冯常健在接受InfoQ记者田晓旭采访时，总结了网易实践 Service Mesh 的经验。在此分享给你，希望对你有所帮助。
传统微服务架构与 Service Mesh
冯常健表示，传统的微服务框架以 RPC 通信框架为基础，提供服务目录、注册发现、服务治理、流量管理、配置中心、全链路追踪等核心能力，并且向外延伸到安全审计、监控告警、统计分析、知识库等平台化能力。大多数企业的 Service Mesh 实践都是在原有微服务架构的基础上进行改造转型，而服务框架在微服务架构中占据核心位置，使用 Service Mesh 来替换正在使用的微服务框架，无异于一次“换心手术”。
以网易为例，他们的关注点在于如何在不中断业务的情况下，逐步将微服务架构支撑能力下沉到 Service Mesh 架构里。想要实现平滑过渡，除了需要在 Service Mesh 数据面和控制面组件中对服务注册发现、RPC 协议、配置下发进行扩展之外，还要对现有的上层研发工作台、运维效能平台等支撑平台进行兼容设计，避免支撑平台等基建重复建设。
在部署架构方面，Service Mesh 比传统微服务框架多了一层 Sidecar，且服务治理是基于流量的，因此会带来一系列的问题和挑战。比如 Sidecar 的运维复杂性问题、性能问题、整体架构的可观测性和排障效率问题等。
此外，传统模式下，开发和运维会有比较清晰的边界，开发人员负责服务运行稳定，运维人员负责服务运行的基础设施稳定。而进入到云原生时代，特别是容器化和 Service Mesh 落地之后，服务框架、服务治理、灰度发布等稳定性密切相关的能力都作为基础设施下沉了，开发和运维的边界开始变得模糊。所以，企业 IT 人员的职责也应该相应地进行重新划分。
对于架构师及基础架构团队，新的职责要求他们必须要非常理解业务，清楚地知道业务的服务依赖和服务治理规则，故障后能从业务视角进行排障和快速恢复。同时，他们还需要重新审视现有的技术架构和支撑平台建设，从业务视角出发进行设计，避免做出来的技术平台无法满足业务需求，或者不好用。
对于开发人员，原先开发人员要关注很多方面，例如服务框架、服务治理、环境一致性、遥测数据、客户端 SDK 版本升级等等，而现在，以上这些几乎统统不用关注，只需要专注于业务本身的逻辑开发。
对于运维人员，依托于 Service Mesh 打通的服务和基础设施边界，以及对服务的统一抽象，能更好地从全局视角进行服务质量、依赖管理、容量规划、端到端监控等来保障产品稳定性。
实践 Service Mesh 还有哪些问题？
作为 Service Mesh 实践者，对于想要实践 Service Mesh 的企业，冯常健给出了以下三个建议。
首先，要充分认识到 Service Mesh 架构改造的必要性，想清楚当前技术架构的痛点在哪，用 Service Mesh 解决什么问题，能为自己的业务带来什么样的价值。
其次，要审视当前的组织文化。Service Mesh 作为一个统一的服务治理层，汇聚了大量原本其他技术平台的能力，必然会涉及到对基础技术平台和周边系统的改造。这时候尤其需要技术管理者制定战略目标，为开发、架构、运维等多个团队通力配合扫清障碍，这是预判 Service Mesh 能否落地的重要因素。
最后，关于 Service Mesh 演进路径问题。微服务化是前提，业务系统没有完成微服务化改造，就不存在 Service Mesh 建设的基础。微服务化架构下，先完成容器化改造和完善周边平台 (全链路监控、日志平台、CI/CD) 建设之后，再进行 Service Mesh 演进是一条稳妥的路径，否则在系统运维效率和服务稳定性方面存在极大风险。当然，对于没有能力成立基础架构团队的企业来说，外采云厂商提供的成熟产品和咨询也是一个替代方案。
此外，需要清楚的是，Service Mesh 架构虽然通过业务和基础平台的解耦降低了整体服务化技术栈的熵，但是却增加了其所在的基础平台本身的复杂性，除了数据面性能需要持续优化之外，控制面组件的运维复杂性、可观测性欠佳引起的排障困难、Sidecar 对中间件 Mesh 场景的支撑能力等都是 Service Mesh 未来发展需要解决的问题。
以上就是冯常健对 Service Mesh 落地的建议，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
小斧需要清楚的是，Service Mesh 架构虽然通过业务和基础平台的解耦降低了整体服务化技术栈的熵，但是却增加了其所在的基础平台本身的复杂性，除了数据面性能需要持续优化之外，控制面组件的运维复杂性、可观测性欠佳引起的排障困难、Sidecar 对中间件 Mesh 场景的支撑能力等都是 Service Mesh 未来发展需要解决的问题。14
收起评论