服务网格在“路口”的产品思考与实践
本文节选自《不一样的 双11 技术:阿里巴巴经济体云原生实践》一书 作者 | 宋顺,花名齐天,蚂蚁金服高级技术专家 一、引言 Service Mesh 是蚂蚁金服下一代架构的核心,经过了 2 年的沉淀,我们探索出了一套切实可行的方案并最终通过了 双11 的考验。本文主要分享在当下“路口”,我们在产品设计上的思考和实践,希望能给大家带来一些启发。 二、为什么需要 Service Mesh? 1.1微服务治理与业务逻辑解耦 在 Service Mesh 之前,微服务体系的玩法都是由中间件团队提供一个 SDK 给业务应用使用,在 SDK 中会集成各种服务治理的能力,如:服务发现、负载均衡、熔断限流、服务路由等。 在运行时,SDK 和业务应用的代码其实是混合在一个进程中运行的,耦合度非常高,这就带来了一系列的问题: 升级成本高 每次升级都需要业务应用修改 SDK 版本号,重新发布。 在业务飞速往前跑的时候,是不太愿意停下来做这些和自身业务目标不太相关的事情的。 版本碎片化严重 由于升级成本高,但中间件还是会向前发展,久而久之,就会导致线上 SDK 版本各不统一、能力参差不齐,造成很难统一治理 ...
