聊聊在 API 不参与流量转发的情况下，GoEdge 是如何保证高可用和配置同步的

作者
95 次阅读

本文最后更新于 2026年5月15日。

核心分发逻辑

  1. 节点自治性：

    每个 Edge 节点在启动并连接到 API 后，会把属于自己的配置（域名、证书、缓存策略、WAF 规则等）下载到本地的数据库/缓存文件中。即使 API 容器关机，只要节点容器还在跑，用户的访问就不会中断。

  2. 异步统计推送：

    既然流量不经过 API，那后台看到的“流量图表”是怎么来的？

    • 节点在处理请求时，会产生日志和统计指标。

    • 节点会每隔几秒钟，将这些数据异步批量推送到 API 服务器。

    • 这就是为什么你在管理后台看到的流量统计通常会有几秒到十几秒的延迟。

如果节点挂了怎么办？（高可用的关键）

因为 API 不参与转发，所以实现“故障自动切换”的任务通常交给了 DNS 调度：

  • 健康检查 (Health Check)：API 服务器会定期对各个 Edge 节点进行心跳检测。

  • 自动下线：如果 API 发现某个边缘节点失联，它会通过 API 接口（如果你对接了像 Cloudflare、阿里云、腾讯云等 DNS 服务）自动修改 DNS 记录，把挂掉的节点 IP 剔除。

  • 结果：用户下次解析域名时，拿到的就是健康的节点 IP。

一个典型的小误区

很多新手会担心：“如果我的 API 容器网络很慢，会影响我的网站加载速度吗？”

答案是：完全不会。

API 的网络速度只影响你：

  • 在后台保存配置生效的速度。

  • 后台统计图表的刷新速度。

  • 节点更新 SSL 证书的速度。

而用户的加载速度只取决于用户到边缘节点，以及边缘节点到源站这两段路径的网络质量。