“100 毫秒”不是对每个地区和每种业务的性能承诺，而是一个便于拆解的首段延迟预算。不同请求的耗时差异很大，但通常都可以从四个阶段开始排查：
- 解析：递归解析器要是绕到一台远处的权威服务器，第一跳就先赔进去几十毫秒。
- 握手：TLS 每多一次往返，距离越远，代价越贵。
- 取物：图片或 JS 如果没有命中缓存，就要等待回源连接和源站处理。
- 应用首字节：对 AI 请求，还要区分网关等待与模型生成第一个 token 的时间。
把四段混成一个总耗时，只能知道“慢”；分开观测后，才知道应该调整 DNS、传输、缓存还是应用。
边缘网络的可控延迟阶段
域名接入 IXCDN 后，四个阶段分别有对应的控制点：
- 就近解析：Anycast + DNS 智能解析，按访客的网络线路或物理地域，把他就近解析到最合适的边缘入口——境内运营商、境外大区各自返回不同的解析结果，未命中的回落默认线路，而不是让所有人绕到同一台远端权威服务器。
- 连接建立：在客户端和线路支持时使用 HTTP/3（QUIC）与 TLS 1.3，减少不必要的往返。
- 缓存与回源：可缓存内容命中后直接从边缘返回；未命中请求按区域复用回源连接，并通过 Origin Shield 合并并发回源。
- AI 入口：AI 网关提供 OpenAI 兼容接口，但模型本身的排队和生成时间仍由上游决定，不能与网络延迟混为一谈。
这些控制点位于同一条接入路径，但效果要用接入前后的分段数据验证，而不是只比较一次总耗时。
GeoDNS：按网络线路返回解析结果
同一条 A 记录不一定适合给所有访客相同答案。IXCDN 智能解析可以按运营商和地区返回不同入口，多个条件命中时按优先级选择，未命中则使用默认线路。“就近”指综合线路和节点健康后的合适入口，不只按地图距离判断。
分区回源：缩短边缘到源站的网络路径
缓存未命中时，回源可能成为主要耗时。分区回源按区域复用连接，Origin Shield 可以合并同一对象的并发请求。源站位置仍然重要；这些机制减少的是重复连接和重复取回，不能消除物理距离。
性能指标与计费单位
IXCDN 将 CDN 交付流量、模型 Token 和计算资源分别计量。缓存命中率、回源流量与对应费用因而可以使用同一时间窗口核对，避免性能收益与成本归因脱节。具体免费额度和生产计费以控制台显示为准。
基于日志的前后对照验证
访问日志和实时分析应该回答三个具体问题：请求进入了哪个入口、是否命中缓存、回源或上游等待用了多久。对于 AI 流量，还要单独记录首 token 与完整响应时间。只有同一业务在相近条件下的前后对比，才适合用来判断优化是否有效。
低风险域名灰度方案
建议先接入测试域名或低风险业务，记录接入前基线，再检查 DNS、TLS、缓存状态和日志。确认路径正确后再扩大流量。这样得到的结论比一次测速更可靠。