跨节点 Anycast IP 到底解决什么问题：入口就近与回源调度的实战速查

很多团队上 Anycast，以为“一个 IP 全球播”就万事大吉。实际踩坑后才发现：入口就近了，回源照样绕路。下面用速查卡讲清楚跨节点 Anycast IP 到底该不该上。

Q1：Anycast 解决的是哪一段？

只解决“用户到边缘”的入口就近。用户访问被路由到最近的节点，但“边缘到源站”这段，依然看单播链路质量。别指望 Anycast 帮你自动优化回源。

Q2：哪些业务真需要？

• DNS 解析服务：天然适合，无状态，丢包即切
• UDP 游戏加速：低延迟敏感，入口就近价值大
• CDN 边缘入口：配合 HTTP 缓存，回源少才划算
• 支付/API：不建议纯 Anycast，状态保持难，故障切换易断连接

Q3：回源怎么调度？

边缘节点收请求后，按业务拆：

静态资源：边缘缓存命中，不回源
动态 API：GeoIP + ASN 选回源线路（CN2 GIA / BGP）
支付回调：固定主节点 + 备用节点，不走 Anycast

健康检查必须做：丢包 >1% 或延迟 >100ms 持续 2 分钟，自动把该节点从 Anycast 宣告里撤掉（BGP 社区属性控制）。

Q4：多节点 BGP 宣告坑点

• 路由抖动：小运营商过滤不细，可能用户被晃到远端节点
• 会话保持：TCP 连接迁移难，节点切换=断连重连
• 源站感知：源站看到的是边缘 IP，不是用户真实 IP，需边缘透传 X-Forwarded-For

速查结论

Anycast 适合无状态、入口就近场景；有状态业务（支付/登录）核心链路别走 Anycast，用多 Endpoint + 幂等兜底更稳。边缘能缓存的不回源，回源链路留给定单和支付。

跨节点方案：云数方舟海外服务器