/tags/serverless/ Recent content in serverless on Hugo -- gohugo.io en Thu, 01 Oct 2026 21:06:14 +0800 /posts/edge-computing-runtime-storage-models/ Thu, 01 Oct 2026 21:06:14 +0800 /posts/edge-computing-runtime-storage-models/ 边缘节点上跑多租户代码，常见的隔离做法有三种：每个函数一个 VM（Lambda@Edge），多个租户共用一个进程、各占一个 V8 isolate（Cloudflare Workers），以及 Firecracker microVM（Fly Machines、Cloudflare Containers）。三种做法出现的时间相互重叠：Lambda@Edge 2017-07-17 GA，Workers 2017-09-29 公布，Firecracker 2018-11-26 开源时已经在承载 AWS Lambda 和 Fargate。到现在三者仍然并存，区别在冷启动、单机密度，以及运行环境完整到什么程度。 每个函数一个 VM：Lambda@Edge 通用计算上边缘之前，边缘节点上能写的逻辑主要是标记和规则。ESI（W3C 2001-08-04 的 Note）是一种基于 XML 的标记语言，让 CDN 节点按标记拼装页面片段；Varnish 的 VCL 用来写缓存和路由规则。Akamai 2002 年宣布要把 IBM 的 WebSphere 放到自己的边缘服务器上跑 servlet 和 JSP（见 The Register 的报道），是更早的一次通用计算尝试。 Lambda@Edge 跑在 CloudFront 的 regional edge cache 上。AWS 2021-05-03 介绍 CloudFront Functions 时写明，Lambda@Edge 用的是 VM 级隔离，当时部署在 13 个 regional edge cache 上，支持 Node.js 和 Python，有网络和文件系统访问；同一篇介绍的 CloudFront Functions 改用进程级隔离，跑在 218+ 个 edge location 上，代价是只能跑兼容 ECMAScript 5. /posts/cloudflare-workers-v8-isolate/ Wed, 30 Sep 2026 21:25:00 +0800 /posts/cloudflare-workers-v8-isolate/ Cloudflare Workers 把许多租户的代码放进同一个操作系统进程，每份代码各占一个 V8 isolate，不给每个租户单独起容器或 VM。按 Cloudflare 文档 How Workers works 的说法，isolate 的启动比容器或 VM 里的 Node 进程快约两个数量级，启动时的内存少一个数量级；代价是运行环境受限，隔离也要靠 V8 之外的几层补足。 同一时期的 Lambda@Edge 和 Workers 同一时期的 AWS Lambda@Edge 在 2017-07-17 GA。按 AWS 2021-05-03 发布 CloudFront Functions 时的说法，Lambda@Edge 跑在 13 个 regional edge cache 上，用的是 VM 级隔离；同一篇介绍的 CloudFront Functions 用的是进程级隔离，跑在 218+ 个 edge location 上。Lambda@Edge 有文件系统和网络访问，但运行时只有 Node.js 和 Python，也不支持容器镜像和 arm64（见 Lambda@Edge 的限制）。 Cloudflare Workers 晚两个多月公布（2017-09-29），2018-03-13 对所有用户开放。 Cloudflare Workers 的 V8 isolate V8 里的 isolate 是一个带独立堆的虚拟机实例，context 是 isolate 里的执行环境，一个 isolate 里可以有多个 context（见 V8 的 embedder 文档）。Workers 用的是 isolate 这一层隔离，不同租户的代码在不同 isolate 里，堆和 GC 各自分开。