如何看待 Dapr、Layotto 这种多运行时架构？

原创

已于 2022-06-01 17:23:32 修改 · 1k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#中间件 #架构

于 2022-06-01 17:16:29 首次发布

本文深入探讨了蚂蚁集团在落地Dapr风格的多运行时架构Layotto过程中遇到的问题、标准化API的局限性，以及Runtime架构的价值和部署形态的挑战。作者分享了如何看待可移植性、与ServiceMesh和EventMesh的区别，以及在实践中如何平衡标准化和灵活性。

文｜周群力（花名：仪式 )

Layotto PMC
Layotto 和 SOFAStack 开源社区的建设，Dapr 贡献者，Dapr sig-api 的 Co-chair

本文 10963 字阅读 20 分钟

2019 年，微软开源了 Dapr 项目。2021 年，蚂蚁参照 Dapr 思想开源了 Layotto 项目。如今，蚂蚁已落地 Layotto，服务了很多应用。从理想落地到现实的过程中，我们遇到了不少问题，也对项目做了很多改变。回过头再看，如何看待 Dapr、Layotto 这种多运行时架构？我们能从中学到什么？

本次我将从以下几个方面，分享蚂蚁在落地多运行时架构之后的思考：

1. 如何看待“可移植性”

2. 多运行时架构能带来哪些价值

3. 与 Service Mesh、Event Mesh 的区别

4. 如何看待不同的部署形态

PART. 1 快速回顾

如果你熟悉 Multi-Runtime、Dapr 和 Layotto 的概念，可以跳过这一章节，直接进入下一章节。

快速回顾：什么是 Multi-Runtime 架构？

Multi-Runtime 是一种服务端架构思路，如果用一句话来概括，就是把应用里的所有中间件挪到 Sidecar 里，使得“业务运行时”和“技术运行时”分离开。

更详细的解释如下：首先来看 Service Mesh，和传统 RPC 框架相比，Service Mesh 的创新之处在于引入了 Sidecar 模式。Service Mesh 只解决了服务间通讯的需求，而现实中的分布式应用存在更多需求，比如“协议转换”、“状态管理”等。Multi-Runtime 架构提出将各种各样的分布式能力外移到独立 Runtime，最后和应用 Runtime 共同组成微服务，形成所谓的“Multi-Runtime” （多运行时） 架构。

具体细节可以详阅《Multi-Runtime Microservices Architecture》和《Mecha：将 Mesh 进行到底》。

哪些项目实现了 Multi-Runtime 架构？

Dapr

Dapr 的全称是“Distributed Application Runtime”，即“分布式应用运行时”，是一个由微软发起的开源项目。

Dapr 项目是业界第一个 Multi-Runtime 实践项目，Dapr 的 Sidecar，除了可以和 Service Mesh 一样支持服务间通讯，还可以支持更多的功能，如 state （状态管理） 、pub-sub （消息通讯） ，resource binding （资源绑定，包括输入和输出） 。Dapr 将每种功能抽象出标准化的 API （如 state API） ，每个 API 都有多种实现，比如用户可以面向 state API 编程，但是可以随意切换存储组件，今年用 Redis，明年改成用 MongoDB，业务代码不用改。

如果之前没有接触过 Dapr，更详细的介绍可以阅读《Dapr v1.0 展望：从 Service Mesh 到云原生》这篇文章。

Layotto

Layotto 是由蚂蚁集团 2021 年开源的一个实现 Multi-Runtime 架构的项目，核心思想是在 Service Mesh 的数据面 （MOSN） 里支持 Dapr API 和 WebAssembly 运行时，实现一个 Sidecar 同时作为 Service Mesh 数据面、多运行时 Runtime、FaaS 运行时。项目地址为：https://github.com/mosn/layotto

以上是本文背景，接下来是本次主题分享。