UrlEdge
基础设施

Short Links Redirects 设计的 Edge Network

UrlEdge 会在 Cloudflare 支持的全球节点执行 redirect logic,让用户尽量在接近自己的 Edge 位置完成导流。

延迟基准

把简单跳转 留在 Edge 处理。

传统架构下,东京用户可能得连到美东 origin 才能完成一个简单 301。UrlEdge 会在接近用户的 PoP 解析 redirect,减少不必要的往返时间。

Edge 解析

跳转逻辑可在极短时间内于 Edge 执行。

不增加 origin 负载

跳转不需要进到你的后端服务器。

SEO 与体验基础

较快的 TTFB 有助于减少爬虫与用户等待时间。

延迟毫秒数 (ms)

Edge
Origin 服务器
伦敦 (LHR)152ms 对 14ms
东京 (NRT)245ms 对 22ms
旧金山 (SFO)110ms 对 8ms
新加坡 (SIN)280ms 对 18ms
雪梨 (SYD)215ms 对 26ms
平均减少
92%

快速配置传播

不用等 DNS 一层层传播。UrlEdge 使用全球设置汇流排,在数秒内把规则更新到全球 Edge。

更新设置

你在控制台保存新的跳转规则。

Atomic Commit(原子提交)

变更会写入耐久储存层。

全球同步

设置会推送到 Cloudflare 支撑的全球 Edge 覆盖范围。

Edge 上线

全球用户会开始使用新的跳转规则。

在一般网络状况下,设置传播设计为可于 数秒内 抵达全球 Edge 区域。

基础设施常见问题

了解 UrlEdge 全球路由引擎的技术细节。

UrlEdge 跑在什么网络上?

UrlEdge 使用全球 Edge provider(Cloudflare),并在其公开的 280+ Anycast 位置上叠加自己的 V8 redirect engine。

全球配置传播有多快?

多数情况下,设置更新会在数秒内套用到 UrlEdge 的全球 Edge 覆盖范围。

支持 IPv6 吗?

支持。UrlEdge Edge Network 采 dual-stack,默认支持 IPv4 与 IPv6。

有 uptime SLA 吗?

符合条件的付费方案可提供 SLA 条款。可用性目标与服务抵免依适用合约定义。

几秒内把规则推向全球。

建立第一条 redirect rule,让 UrlEdge 通过 Anycast 路由把配置快速传播到全球 Edge。