Netlify Edge Functions 是在网络边缘执行的无服务器函数，用于在网站响应用户请求之前进行内容个性化、处理授权和实现路由逻辑。之前，这些函数在第三方托管平台上使用 V8 JavaScript 隔离运行，这限制了 Netlify 对运行时环境和基础设施成本的控制。从 2025 年底开始，Netlify 与 Unikraft 项目合作，用一种新系统替换了此架构，在该系统中，Edge Functions 在 Netlify 自有的边缘计算基础设施内的微型虚拟机上运行。
新的请求流程完全在 Netlify 的网络内部处理：边缘节点接收请求，终止 TLS 连接，检查匹配的路由，然后将其转发到内部计算节点，而不是发送到外部服务。每个 Edge Function 运行在其自身的隔离微型虚拟机中，该虚拟机在第 99 百分位下启动时间低于 2 毫秒，利用 Unikraft 的专用 unikernels 启动一个针对特定工作负载优化的最小 Linux 环境。性能数据表明，中位数热启动调用时间从 25-40 毫秒降低到 5-6 毫秒——提升了 5 倍——同时实现了 99.998% 的可用性以及 Edge Function 日志传送速度提升了 5 倍。
此图像展示了文章中描述的请求流程，其中边缘节点将请求转发到内部计算节点上运行的隔离 MicroVM 实例中的 Edge Function。
此图表可视化了文章中引用的性能数据，展示了中位数延迟从 25–40 毫秒降至 5–6 毫秒的降幅。
符合文章中对边缘节点检查匹配路由并将请求转发到计算节点而非外部服务的描述。
重要的是，此更改不需要开发者进行任何修改；现有的 Edge Functions 继续以完全相同的方式工作，URL 导入、npm 包、Node.js 内置函数以及 netlify.toml 声明均按之前一样正常工作。此次迁移使 Netlify 对 Edge Functions 运行时拥有完全控制权，从而实现了之前在第三方受限环境下无法获得的功能，例如原生 npm 包支持和文件系统访问。然而，在之前未使用过的地理区域中函数的初始（冷启动）调用平均仍约为 9 毫秒，因为系统需要获取所需的容器镜像，这影响了大约 1.2% 的请求。Netlify 认为这是可以接受的权衡，因为对于绝大多数 Edge Function 流量，带来了显著的性能提升。
与文章中关于冷启动调用需要获取容器镜像的说明相关，这影响了大约 1.2% 的请求。