蚂蚁集团 Service Mesh 进展回顾与展望

文｜石建伟（花名：卓与）蚂蚁集团高级技术专家，专注服务领域中间件多年，负责蚂蚁集团内部 Service Mesh 落地。

以下内容整理自 SOFAStack 四周年的分享

引言

继 2019 年的 《蚂蚁集团 Service Mesh 落地实践与挑战》之后，蚂蚁集团在 Service Mesh 方向已经继续探索演进近 3 年。这 3 年里有哪些新的变化，以及对未来的思考是什么，值此 SOFAStack 开源 4 周年之际，欢迎大家一起进入《蚂蚁集团 Service Mesh 进展回顾与展望》章节探讨交流。

本次交流将以如下次序展开：

蚂蚁集团 Service Mesh 发展史

2018 年 3 月份｜蚂蚁集团的 Service Mesh 起步，MOSN 数据面诞生，起步就坚持走核心开源，内部能力走扩展的道路；

2019 年 6.18｜我们在三大合并部署应用上接入了 MOSN，并且顺利支撑了 6.18 大促；

2019 年双 11 ｜蚂蚁所有大促应用平稳的度过双大促；

2020 年｜MOSN 对内沉稳发展把接入应用覆盖率提升至 90%，对外商业化开始崭露头角。蚂蚁集团全站 90% 标准应用完成 Mesh 化接入。在商业版本中，SOFAStack“双模微服务”架构也在江西农信、中信银行等众多大型金融机构成功落地实践。

2021 年｜随着 Mesh 化的逐步成熟，多语言场景的逐步丰富，Mesh 化对中间件协议的直接支撑带来扩展性问题也逐步凸显，Dapr 的应用运行时概念也逐步崛起。这一年我们开源了 Layotto，期望通过应用运行时 API 的统一来解决应用和后端中间件具体实现耦合的问题，进一步解耦应用和基础设施，最终解决应用在多云运行时的厂商绑定问题。

2022 年｜随着 Mesh 化落地的基础设施能力逐步完善，我们开始考虑 Mesh 化如何给业务带来更多价值。在 Mesh 1.0 时代，我们尽可能下沉中间件相关的能力，提升了基础设施的迭代效率；在 Mesh 2.0 时代，我们期望能有一种机制，可以让业务侧相对通用的能力做到按需下沉，并且具备一定的隔离性，避免下沉的能力影响 Mesh 数据代理主链路。

我们以图示的方式简述一下 Service Mesh 架构演进的几个阶段：

1、SOA 时代

中间件的客户端，均直接集成在业务进程内：

2、Mesh 化阶段

中间件能力下沉，应用和基础设施实现部分解耦：

3、应用运行时阶段

将应用和具体基础设施的类型解耦，仅依赖标准 API 编程：

东西向流量规模化挑战

Mesh 化后的数据面， MOSN 承载了应用间非常核心的东西向通信链路，目前在蚂蚁集团内部覆盖应用数千，覆盖容器数 10W+，海量的规模带来了如长连接膨胀、服务发现数据量巨大、服务治理困难等问题。接下来，我们来聊一聊在演进的过程中遇到并解决掉的一些经典问题。

3.1 长连接膨胀问题

在海量规模的应用背后存在着复杂的调用关系，部分基础性服务被大部分应用所依赖，由于调用方全连服务提供方的机制存在，一个基础性服务的单 Pod 需要日常承载近 10W 长连接，单机 QPS 一般还是有上限的。我们以 1