第1章 就近访问调度概述

好，咱们直接切入正题。什么是就近访问？说白了，就是把用户的请求，路由到距离他最近、响应最快的服务器上。你想想看，一个用户在纽约，他访问一个部署在北京的数据中心，那延迟肯定高得离谱。我们的目标就是避免这种“跨洋狂奔”，让用户永远找身边的节点。

我记得刚做CDN那会儿，有个全球直播的项目。用户分布在全球，直播流经常卡顿。我当时的直觉就是做就近调度——说白了，让每个用户都连到离他最近的边缘节点。效果立竿见影，从原来5秒的缓冲降到1秒以内。但这里有个坑：你以为最近就是最快？不一定。我曾经遇到过某个节点虽然离用户近，但运营商之间互联带宽极低，延迟反而比绕一圈还高。所以真正的就近访问，必须综合考虑网络拓扑、实时延迟、节点负载，不能只看地图上的直线距离。

1.1 什么是就近访问？

简单来说，就是“让最合适的节点服务你”。

• 用户端：请求被引导至延迟最小、可用的节点。
• 服务端：节点集群通过调度器实时感知状态，做出路由决策。
• 结果：用户获得更低的响应时间、更高的可用性。

我在项目中习惯把“就近访问”拆成三个层面：地理就近（物理距离）、网络就近（AS路径长度、跳数）、性能就近（实时延迟、吞吐量）。这三个层面一起打分，才能选出真正的“最优节点”。

1.2 为什么需要就近访问调度？

一句话：用户等不起，服务商亏不起。

你想想看，一个网页加载慢1秒，用户流失率可能上升7%。一个在线游戏延迟超过100ms，玩家就感觉“卡”，直接弃坑。这种情况下，集中式部署根本扛不住。

具体原因主要有三点：

• 延迟高：光速有限，从北京到纽约单程物理延迟就超过50ms。再加上路由器处理、链路拥塞，真实延迟轻松破200ms。
• 成本贵：国际出口带宽贵得离谱。如果所有流量都回源到中心节点，运营商要掏天价带宽费。
• 不可靠：长距离传输更容易丢包、抖动。用户可能因为一次跨洋光缆故障就完全无法访问。

1.3 典型应用场景

就近访问调度不是只有CDN才用。我列几个亲身经历的实战场景：

场景	说明	调度关键
CDN内容分发	静态资源（图片、CSS、视频）从边缘节点直接返回，避免回源。	全局负载均衡（GSLB）根据用户IP定位最近节点。
直播/视频点播	直播流由边缘节点转码、分发，减少首帧时间。	边缘节点事先缓存转码后的片段，调度时考虑节点负载和网络带宽。
游戏加速	游戏数据包通过就近网关接入，减少到原服务器的延迟。	基于实时RTT测量，选择延迟最低的入口点。
IoT设备上报	海量设备数据上传到最近的数据中心处理。	设备使用Anycast或HTTP DNS，自动解析到最近的IP。
边缘计算	函数计算、AI推理在靠近用户的边缘节点运行。	调度器需感知各节点剩余计算资源，并将任务“就近”与“按需”结合。

你看，从静态文件到实时音视频，从游戏到物联网，本质上都是让数据在尽可能短的距离内流动。我个人习惯把这类场景统称为“距离敏感型应用”。只要你的用户分布广、延迟敏感，就近访问调度就有用武之地。

1.4 核心挑战：调度决策的依据

你可能会问：“那调度器到底根据什么选节点？光看IP地理定位就够吗？” 当然不够。我总结了一套决策金字塔，从上到下优先级递减：

• 实时延迟：用ICMP Ping或TCP RTT主动探测，选出延迟最低的节点。但注意，高频探测会消耗带宽，所以我常用的做法是被动采样——从用户实际请求中收集响应时间，再反推最优节点。
• 节点健康状态：节点宕机或过载了，延迟再低也没用。必须定期做健康检查（心跳、端口扫描），状态异常的节点立即踢出候选池。
• 网络路径质量：丢包率、抖动，这些指标比延迟更影响用户体验。
• 运营商亲和性：同一个城市，移动和联通之间的网间互联可能很差。我曾经遇到一个案例：用户是电信网络，却被调度到了联通节点，结果延迟飙升。后来我加了ISP级别的调度规则，让同运营商优先。
• 成本与流量配额：有些节点带宽便宜但延迟稍高；有些节点延迟极低但带宽贵。业务方需要根据自身成本模型做权衡。

当然，真实的调度系统远比这个复杂。实际中我还会加上一致性哈希（保证同一个用户尽量落在同一节点）、熔断降级（节点故障时快速切换）等机制。这些以后章节会细讲。

上面这张图概括了就近访问调度的基本流程。用户发起请求后，全局调度器把请求交给决策引擎。决策引擎综合探测数据（延迟、健康、成本），生成一个按得分排序的候选节点列表。调度器从中选择最优节点，把它的IP返回给用户。然后用户直接连接该节点，完成后续通信。

你可能会问：“为什么调度器不直接返回节点，还要经过‘决策引擎’这个中间层？” 我的经验是：把决策逻辑独立出来，方便后续替换算法、引入机器学习模型，而调度器只负责路由，职责分离更清晰。当然，小规模系统你把两者合并也完全没问题，看业务复杂度。

好了，这一章我们搞清楚了“是什么”和“为什么”。具体怎么实现调度算法、怎么选探测指标、怎么搞高可用，后面每一章都会深入细节。今天就先吃透这些基础，下次我们聊聊调度系统的架构设计——也是我实战里最头疼但又最有意思的部分。