Cloudflare Workers 支持 WebAssembly 和键值存储

Cloudflare 最近宣布给他们的“无服务器”服务 Workers 新增两个附加功能：将 WebAssembly 作为 JavaScript 的替代方案，提供了对WebAssembly 的支持，以及称为 Workers KV 的键值存储。WebAssembly 可以使 Workers 可以通过 C、C++、Rust 和 Go 等多种编译语言编写。Workers KV 提供了最终一致状态存储机制，托管在 Cloudflare 全球超过 150 个数据中心的网络中。

WebAssembly （又称 WASM）是由 W3C 开发的，它针对 JavaScript 提供了更快（解析和执行）更简捷的替代方案，在 2017 年底进入到主流的几款浏览器中。它实现了抽象的结构化堆栈机，具有一个中间的字节码表示。它可以保证代码可以用多种编译语言编写（或重用自多种编译语言），只需简单地将其编译为.wasm 文件即可。但现在对于.wasm 的工具链支持还不成熟，Cloudflare 的演示库中“如何搭建”这一部分中包含有“Build lld from source”的详细介绍。Cloudflare 还尽心地指出，WebAssembly 有时候“并不总是适用的”，他们解释了什么时候适合使用 WebAssembly：

对于类似重定向到不同的 URL 或者是检查授权令牌这样的轻量级任务，使用纯 JavaScript 会比使用 WASM 更快更方便。WASM 程序会在自己独立的内存空间中运作，这代表着有必要将数据从那个空间进进出出地复制，以进行操作。和外部对象交互为主，不需要做类似“数据处理”的代码最好不要用 WASM。

另一方面，当需要执行资源消耗大的、独立的操作，比如说调整图像大小，处理音频流等操作时，WASM 会有很大帮助。这些操作需要许多数学运算和恰当的内存管理。尽管也可以在纯 JavaScript 中运行这样的操作，像 V8 这样的引擎也花了很多功夫来优化这种代码，但是最终并不能打败拥有静态类型和显示分配的编译语言。

在 Cloudflare 发表的《通过 Workers KV 搭建》博文中，介绍了一系列我们可以用这项技术实现的功能例子。这些包括实现使用访问令牌的 API Gateway、页面中的动态数据（如翻译）、功能标志的配置以及有状态的云功能。他们还详细介绍了限制和价格：

每个命名空间最多 10 亿个密钥

最多 2 kB 的键

最多 64 kB 的值

最终一致，10 秒内实现全局一致

每秒每键 100k+ 的读

每秒每键最多 1 次写

Workers 每月 5 美元起，包括 1 GB 的 KV 存储以及最多 1 万千次 KV 读取。如果你 Worker 请求的使用少于 1 千万次，那不支付 1 分钱就可以使用 KV。

如果最基础要求不能满足，Workers KV 每个月超过套餐的存储按照 0.5 美元 /1 GB 收费，超过套餐的 KV 读取按照每次 0.5 美元收费。

Cloudflare 将 Worker 和 Amazon 的 Lambda 进行比较，不过可能更加公平的是和 Lambda@Edge 进行比较，它在 AWS CloudFront Content Delivery Network ( CDN ) 中运行函数。这两种情况下，服务都会提供第三端（在全局 CDN 边缘）进行处理，就不需要在浏览器（或 API 客户端）或源点进行处理。这样边缘托管的目的是通过接近客户端的入网点提供低延迟服务，同时让客户端不需要承担计算开销（以及安全问题）。通过启用有状态的服务，Cloudflare 开启了 originless（无源）服务的可能性，仅存在于没有集中源点的边缘。

在宣布 Workers 对于 WebAssembly 的支持之前，Cloudflare 的 CEO Matthew Prince写推文道：“从长远角度来看，这可能是整个月我们做出的最大行业变更声明了”。其他功能即服务(FaaS) 平台以及可以提供多语言的支持的基础下，WebAssembly 可能是让开发人员喜爱的一种简单方式，只要工具链问题在广泛采纳之后得到解决即可。

查看英文原文： Cloudflare WebAssembly and Key Value Store for Workers

感谢冬雨对本文的审校。