边缘函数：把代码跑在全球服务器

传统后端要你租服务器、装环境、管扩容、防宕机，一件小事背后是一整套运维。边缘函数（Edge Functions）把这件事彻底简化：你只写一段代码，平台把它自动部署到全球几百个节点，用户请求落到离他最近的那个，毫秒级响应，没有常驻服务器，也不用你管。Cloudflare Workers、Deno Deploy 是其中的代表。

背景：为什么需要「边缘」

用户在上海，服务器在美东，一次请求要跨半个地球来回，延迟动辄几百毫秒。把计算挪到离用户近的地方，是提速最直接的一招。边缘函数的思路是：不让你管服务器，而是把函数代码分发到全球边缘节点，在每个节点上按需、瞬时执行。

它长什么样

以 Cloudflare Workers 为例，一个函数就是一个 fetch 事件处理器，部署后立刻获得一个全球 URL：

export default {
  async fetch(request) {
    const url = new URL(request.url);
    if (url.pathname === "/hello") {
      return new Response("来自边缘的问候");
    }
    return new Response("Not found", { status: 404 });
  }
}

你 deploy 一下，这段代码就跑在了全球几百个数据中心，谁访问谁就近执行。

一次请求怎么走

取舍与边界

• 冷启动极快：边缘函数通常是轻量隔离（如 V8 Isolate），启动以毫秒计，远快于传统容器。
• 运行时受限：为了快和轻，边缘环境不是完整 Node.js，部分 API（如某些文件系统、原生模块）不可用，写代码要适配。
• 有状态数据要外置：函数本身无状态、可能随时在哪个节点跑，数据库/缓存要走外部服务（如边缘 KV）。
• 适合「薄」逻辑：鉴权、改写、A/B、转发、轻计算最合适；重 CPU 或长任务仍交给中心化服务。

Tips

• 入门只要写一个 fetch 处理器，二十行代码就能上线一个全球接口。
• 适合做鉴权中间件、请求改写、A/B 分流、轻量 API 网关。
• 有状态数据（会话、计数）用平台提供的边缘 KV，别指望函数本地存。
• 注意运行时差异：别用边缘不支持的 Node API，部署前本地跑一遍。
• 重活（大模型推理、大计算）留给中心服务，边缘只做「快而薄」的那一层。