Netlify 中的 WebAssembly Serverless 函数

Netlify 是一个开发和托管 Jamstack 应用的平台。实际上，Jamstack 是Netlify 的创始人 Mathias Biilmann 于 2015年造出来的一个词。 Netlify 也是 JamstackConf 的主要组织者。

Jamstack 应用程序由一个静态 UI (HTML 和 JavaScript) 和一系列 serverless 函数组成。动态 UI 元素由 JavaScript 向 serverless 函数获取数据生成。Jamstack 的好处有很多，但这其中最重要的好处之一是性能绝佳。由于 UI 不再从中心服务器的 runtime 生成，因此服务器上的负载要少得多，我们可以通过边缘网络（例如 CDN）部署 UI。

但是边缘 CDN 只解决了分发静态 UI 文件的问题。后端 serverless 函数可能仍然很慢。事实上，流行的 Serverless 平台存在众所周知的性能问题，例如冷启动缓慢，尤其是对于交互式应用程序而言。在这方面， WebAssembly 大有可为。

使用由 CNCF 托管的云原生 WebAssembly runtime WasmEdge ，开发者可以编写部署在公共云或边缘计算节点上的高性能serverless 函数。本文中，我们将探索如何使用 Rust 编写的 WasmEdge 函数来支持 Netlify 应用程序后端。

为什么用 WebAssembly 实现 Netlify 函数

Netlify 平台已经有一个非常易于使用的用于部署函数的 serverless 框架。正如上面讨论的，使用 WebAssembly 以及 WasmEdge 是为了进一步提高性能。用 C/C++、Rust 和 Swift 写的高性能函数可以轻松编译成 WebAssembly。这些 WebAssembly 函数比 serverless 函数中常用的 JavaScript 或 Python 快得多。

可是，如果原始性能是唯一的目标，为什么不直接将这些函数编译为机器本地可执行文件呢(本地客户端或者 NaCl)？这是因为 Netlify 已经在使用 Firecracker microVM 在 AWS Lambda 中安全地运行这些函数。

我们对未来的愿景是在云原生基础架构中将 WebAssembly 作为轻量级的 runtime 与 Docker 、 microVM 并列运行。与类似 Docker 容器或 microVM 相比，WebAssembly 提供更高的性能并消耗更少的资源。但就目前而言，Netlify 仅支持在 microVM 中运行 WebAssembly。

相比运行容器化 NaCl 程序，在 microVM 中运行 WebAssembly 函数有很多优势。

首先，WebAssembly 为独立的函数提供了细颗粒度的 runtime 隔离。一个微服务可以有多个函数，并支持在 microVM 中运行的服务。 WebAssembly 可以让微服务更安全、更稳定。

第二，WebAssembly 字节码是可移植的。开发者只需构建一次，无需担心未来底层 Netlify serverless runtime 的改变或更新。它还允许开发者在其它云环境中重复使用相同的 WebAssembly 函数。

第三， WebAssembly 应用很容易部署和管理。与 NaCl 动态库和可执行文件相比，它们具有更少的平台依赖性和复杂性。

最后， WasmEdge Tensorflow API 提供了最符合 Rust 规范的、执行 Te