部署与运行

边缘运行时Edge Runtime

你可能会问

边缘运行时到底是什么？代码「跑得近」能有多大差别？

简单来说

让代码在靠近用户的边缘节点运行，以降低网络延迟。

动态说明代码搬到离用户最近的节点Edge Runtime

东京用户✗ 跨太平洋往返✓ 接入东京节点

延迟1800ms✓ 80ms

距离就是延迟

巴黎✗ 1.5s✓ 0.1s

圣保罗✗ 2.2s✓ 0.1s

代码搬过去，体验平过来

传统部署只有一个机房，全球用户都绕道而来；边缘运行时把代码复制到遍布全球的节点，就近响应。

01 · 先这样理解

把抽象概念放进真实场景

让代码在靠近用户的边缘节点运行，以降低网络延迟。

换个角度想
边缘节点像连锁便利店：不管住哪，楼下都有一家。中心机房则是唯一的总店——住得远的人，买瓶水也要跨城。

02 · 点击演示

突出显示的部分，就是当前概念在整条流程中负责的位置。

1 / 4

Deploy · 一次部署，全球分发

03 · 放进真实任务

各大洲访问速度都稳定，不再取决于机房建在哪。

鉴权、A/B 分流、重定向在边缘做，又快又省。

Cloudflare Workers 等边缘平台：部署一次，全球生效。

04 · 想一想

机房在美国，日本用户抱怨网站打开要两秒多。把什么搬到边缘能立竿见影？

查看答案

先把静态资源和可缓存页面放到边缘节点，再把鉴权、跳转这类轻逻辑放进边缘运行时——日本用户的请求在东京就被处理，不再横跨太平洋。

老师提醒

边缘节点是轻量环境：不是所有 Node.js 能力都有，长计算和重依赖不适合。数据库还在中心时，边缘反复查库反而更慢——先算清数据在哪的账。