边缘函数概念与运行时：Deno 与全球边缘

边缘函数概念与运行时：Deno 与全球边缘

在写代码之前，先理解边缘函数「是什么、跑在哪、为何快」。本节讲清 Deno 运行时、全球边缘部署、冷启动等关键概念，它们决定了边缘函数的能力边界与性能特征。

什么是边缘函数

边缘函数是一段运行在服务端的代码，但它有两个鲜明特征：

1. Serverless（无服务器）：你只需编写并上传代码，无需管理服务器、扩容、运维。平台自动按需运行你的函数。
2. 全球边缘部署：函数被部署到分布全球的「边缘节点」，当用户请求到来时，由离用户最近的节点执行。

这与传统后端（部署在单一中心机房）形成对比：边缘函数天然离用户更近，首字节延迟更低；Serverless 让你只为实际执行付费，闲置不收费。

为什么基于 Deno

边缘函数运行在 Deno 运行时上。Deno 是一个现代的 JavaScript / TypeScript / WebAssembly 运行时，与 Node.js 同源（同一作者），但有几个适合边缘函数的特性：

• 原生支持 TypeScript：无需额外配置即可直接用 TypeScript 编写函数。
• 安全沙箱：默认权限最小化，按需授权网络、文件等能力。
• Web 标准 API：使用标准的 Fetch、Request、Response 等 Web API，与浏览器编程体验一致，可迁移性强。
• 启动快：Deno 启动开销小，适合短生命周期的函数实例。

对开发者而言，最直接的体验是：直接写 TypeScript、用熟悉的 Web API（如 fetch）发请求、处理 Request/Response，无需复杂的构建配置。

冷启动：不可回避的权衡

Serverless 函数有一个固有现象叫冷启动：当某函数长时间未被调用，运行实例会被回收；下次调用时需要重新初始化实例，这第一次请求会比平时慢一些。

冷启动的影响与应对：

• 影响：偶发的首次请求延迟略高，对交互密集场景略有感知。
• Deno 的优势：得益于快速启动与轻量运行时，冷启动通常比传统容器小很多。
• 应对策略：
  • 把重量级初始化（如加载大依赖）尽量推迟到真正需要时。
  • 对延迟极敏感的场景，可通过适度保活降低冷启动频率（但会增加成本）。
  • 接受冷启动存在，把对延迟敏感的关键路径设计得足够轻。

大多数业务场景下，冷启动的偶发延迟是可接受的，不必过度优化。

适合边缘函数的场景

边缘函数最适合那些「需要服务端逻辑、但不需要常驻进程」的场景：

• 第三方集成：调用支付、邮件、短信、AI 等外部 API（这些通常需要保密密钥，不能放前端）。
• Webhook 处理：接收并处理来自 GitHub、Stripe 等的 Webhook。
• 定时任务：每天清理过期数据、每小时生成报表。
• 聚合与编排：从多个数据源取数据、加工后返回，逻辑复杂度超过单条 SQL。
• 敏感操作：涉及密钥、权限提升的操作，放在可信的函数中执行。
• AI 工作流：调用大模型、生成向量嵌入等（见第 9 章）。

不太适合边缘函数的场景

反之，以下需求不太适合用边缘函数：

• 简单的数据增删改查：用客户端库 + RLS 即可，不必绕一层函数。
• 长连接 / 持续运行：函数是短生命周期的，不适合常驻服务或长任务。
• 重计算：CPU 密集型任务更适合专用计算资源。
• 大状态依赖：函数实例间不共享内存状态，状态应存数据库。

经验法则：能用 RLS + 客户端直连解决的，就不要加函数；只有在确需服务端逻辑或保密密钥时，才引入边缘函数。避免「所有请求都过函数」的反模式，那样既慢又贵。

执行环境的特点

• 无状态：每次调用可能在不同实例执行，不要依赖实例内存中的全局状态（缓存等可借助数据库或外部存储）。
• 有限执行时长：单次调用有最大执行时间限制，超时会被终止。
• 环境变量与密钥：通过环境变量注入密钥等配置，函数内读取，不硬编码。
• 网络访问：可发外部请求（fetch），也可用服务级密钥访问同项目的数据库与存储。

小结

边缘函数是基于 Deno 的 Serverless 函数，部署在全球边缘节点，启动快、离用户近；冷启动是固有权衡，多数场景可接受。它适合服务端逻辑、第三方集成、Webhook 与定时任务，不适合简单的增删改查与长连接。理解了运行时模型，下一节我们动手编写并部署一个函数。