laf 架构说明文档

[maslow]

说明

本文意在通过图示和问答，帮助开发者快速了解 laf 整体的架构设计和关键问题。

TODO 简述架构思想和关键点。

在补充完整本节说明之前，可以先通过下面三个链接，了解架构相关的文字讨论：

• laf product key & roadmap #354
• laf 的发展背景和方向讨论 #178
• laf next 重构计划说明 #352

架构简图

TODO 看图作文，解释说明图中核心组件。

架构详图

TODO 看图作文，解释说明图中核心组件。

常驻内存服务

经典 FaaS 与 laf 的云函数有什么不同？

laf 为什么选择常驻内存方案？

选择常驻内存方案的优点？

选择常驻内存方案的缺点？

问答

❓ laf 能否支持其它语言/多语言？

从 laf 当前的架构上看，是充分考虑了多语言的：

• laf 主要负责应用资源的管理（开箱即用），应用资源类型是可扩展的
• laf runtime 是应用资源之一，可以扩展更多语言种类的 runtime
• laf 当前仍然会专注 node.js (typescript/javascript) runtime 的迭代，先做好一件，再考虑扩展
• laf 未来可能会内置多种语言的 runtimes，但开发者也可很容易的定制自己的 runtime

❓ laf 能否支持其它数据库： pg/mysql/redis ?

从 laf database crd 的设计结构可以看出，database store 是可以支持多种 provider 的，当前仅内置了 mongodb:

• database 是一种应用资源，架构上支持任意扩展各种类型的数据库
• laf 未来可能会内置支持多种主流数据库，但开发者也可以自行定制自己的 database provider

❓ laf 能否支持主流的 FaaS 做为运行时？

不支持，不拒绝， laf 会在有充分理由和需求驱动的下，对「支持扩展主流 FaaS」运行时做优先级评估

laf 当前选择的是「常驻内存」的函数运行时，和主流的 FaaS 框架有很大的区别，详见本文「常驻内存服务」一节。

• laf 的运行时在架构上也是可以自由扩展的
• laf 的常驻内存运行行，未来也会推出弹性伸缩方案
• laf 未来不会拒绝支持扩展主流的 FaaS 做为运行时

❓ laf 能否支持弹性伸缩 ？

暂不支持，但很快会支持。

❓ laf 是不是 serverless 产品？

当然是，虽然这个问题并不重要，我们不关注 serverless 怎样定义，我们关注 serverless 现阶段的实际价值。

若要辩证一下：

0. 谈到 serverless 一般都会提到 auto scaling，但 serverless != auto scaling
1. 咬文嚼字：server + less（无服务器化），字面意思也不是为了 scaling 而存在
2. 主观论断： serverless 最主要的特点是开箱即用的应用资源，重在方便，不在定义
3. 辩证回来：auto scaling 对 serverless 来说确实是很重要的特点，laf 肯定会支持，只不过 laf 当前的主要矛盾还不是 scaling
4. 强调观点：laf 不会因为 auto scaling 是 serverless 的重要特点而支持， 只会因为 scaling 是需求而支持，很显然它是重要需求

References

• laf product key & roadmap #354
• laf 的发展背景和方向讨论 #178
• laf next 重构计划说明 #352