Windows
macOS
Android
iOS
当服务从单机扩展到多个机房、多个云区域或边缘节点后，用户请求应该落到哪里，就成为分布式节点调度的核心问题。调度结果不仅影响访问延迟，还会影响连接稳定性、资源利用率和故障恢复速度。常见方案可以分为 DNS/GSLB 调度、Anycast 网络调度、客户端调度，以及中心化服务调度四类。
一、DNS 或 GSLB：改造成本低，适合入口级分流
DNS 调度通过解析结果把用户导向不同节点，GSLB（全局服务器负载均衡）则通常会综合地域、运营商、健康检查和负载状态返回地址。例如，一个面向全国的软件下载站，可以为华北、华南和西部用户分别返回距离较近的接入地址。
工作方式与优点
- 为不同区域或线路建立节点地址池。
- 由调度系统探测节点存活、端口可用性和基础响应情况。
- 根据用户 DNS 来源、地域或运营商返回候选地址。
- 节点异常时停止返回故障地址，并等待缓存逐步更新。
这类分布式节点调度容易接入现有域名体系，适合 HTTP、HTTPS、软件下载和图片服务，部署成本通常低于改造客户端或网络架构。局限也很明确：DNS 结果会受到本地缓存和 TTL 影响，故障切换并非完全实时；短时间内用户仍可能访问旧节点。TTL 可以设置在几十秒到数分钟，但实际生效时间还取决于递归 DNS 和终端缓存。
二、Anycast：利用网络路由就近接入
Anycast 让多个地点的节点对外公布同一个 IP 地址，网络通常依据 BGP 路由选择相对合适的入口。公共 DNS 服务、DDoS 防护和全球边缘接入经常采用这种思路。
它的优势是用户无需等待域名解析到不同地址，入口切换由网络路由完成，适合访问量大、节点分布广且需要统一接入地址的系统。可是，Anycast 主要解决“进入哪个网络入口”，不等于自动完成应用层负载均衡。某个节点虽然仍能通告路由，应用进程却可能已经过载，因此仍需配合健康检查、路由撤销和本地负载均衡。
Anycast 对网络运营能力要求较高。路由收敛可能需要几十秒到数分钟，跨运营商路径也不一定始终最短。对长连接、状态依赖较强的服务，应提前验证连接迁移、会话保持和故障期间的重连策略。
三、客户端调度：把选择权交给调用方
客户端调度由 SDK、代理或业务调用程序获取节点列表，再依据延迟、错误率、权重或本地规则选择目标。gRPC 的服务发现机制、部分微服务 SDK，以及 Apache Kafka 客户端选择 broker，都体现了客户端参与调度的思路。
适合变化快、调用频繁的内部服务
客户端可以在请求前完成节点过滤，在连接失败后立即切换，也可以按权重分配请求，减少中心组件的压力。对于同一数据中心内的微服务，这种方式通常能获得较快的响应和故障转移速度。
代价是每种语言、每个版本的客户端都可能需要维护一套逻辑。节点列表格式、超时、重试、熔断和版本兼容必须统一，否则容易出现某些调用方持续访问失效节点。实施时应明确单次请求超时、最大重试次数和退避间隔，避免故障时大量重试进一步放大流量。
四、中心化调度器：策略最完整，系统复杂度也最高
中心化调度器接收任务或请求，依据节点容量、优先级、队列长度、地域和健康状态进行分配。Kubernetes Scheduler 将工作负载绑定到符合条件的节点，就是典型的中心化调度；批处理平台、模型推理集群和 CI 构建集群也常使用类似方案。
它能够表达资源约束，例如把需要特定加速卡的任务放入相应节点，把有数据本地性的任务尽量分配到数据所在区域，还能实施配额、优先级和主备切换。缺点是调度器本身需要高可用，状态存储、选举、缓存一致性和调度延迟都会增加运维难度。节点规模较大时，通常需要分层调度或按区域拆分，避免所有决策集中在一个控制面。
四种方案如何选择
| 方案 | 主要依据 | 优势 | 限制 | 适用场景 |
|---|---|---|---|---|
| DNS/GSLB | 地域、线路、健康状态 | 接入简单 | 受缓存影响 | 网站、下载、公开 API |
| Anycast | 网络路由 | 统一 IP、入口切换快 | 依赖网络能力 | 全球接入、网络入口、防护服务 |
| 客户端调度 | 延迟、错误、权重 | 故障反馈快 | SDK 维护成本高 | 微服务、内部 RPC、消息客户端 |
| 中心化调度器 | 资源、队列、优先级 | 策略表达能力强 | 控制面复杂 | 任务集群、容器、批处理 |
实际项目常采用组合方式：外部入口使用 DNS 或 Anycast，区域内部再由客户端或中心化调度器完成细分。选择分布式节点调度方案时，先确认调度对象是网络入口、服务请求还是计算任务，再评估状态一致性、故障切换时间、节点数量和团队运维能力。
常见问题
1. DNS 调度能否保证用户访问最近节点？
不能绝对保证。它只能依据可获得的地域、线路和健康信息进行近似选择，缓存和网络路径可能造成偏差。
2. Anycast 是否可以替代应用层负载均衡？
通常不能。Anycast 负责网络入口选择，应用层仍需处理连接数、会话、容量和进程健康。
3. 客户端调度一定比中心化调度更快吗？
不一定。客户端切换路径短，但判断依据可能不完整；中心化调度能掌握更多资源信息，却可能引入控制面延迟。
4. 小规模系统应该从哪种方案开始？
如果只是多地域提供 Web 服务，通常先采用 DNS/GSLB；如果是内部任务或容器资源分配，再考虑中心化调度器，避免过早引入复杂架构。