新加坡节点故障时，切换香港、日本还是其他地区
备用地区应按目标任务、实际路由和连续结果选择，而不是固定认为某个邻近地区一定更快。
- 任务
- 故障时必须完成的一个核心任务
- 基线
- 新加坡正常时期与三个备用地区的固定结果
- 指标
- 恢复时间、任务成功率、延迟和地区限制
- 避免
- 故障期间随机遍历全部节点扩大变量
备用地区服务于核心任务
新加坡入口故障时，备用地区的价值是尽快恢复核心任务，而不是赢得一场测速比赛。香港、日本和其他地区各保留一个候选，切换会更有次序。备用地区应按目标任务、实际路由和连续结果选择，而不是固定认为某个邻近地区一定更快。本文只讨论故障时必须完成的一个核心任务，判断依据包括恢复时间、任务成功率、延迟和地区限制；它们都需要和新加坡正常时期与三个备用地区的固定结果放在同一条件下查看。
先确认新加坡是否单点故障
多个入口一起异常再考虑地区切换。先写一个可验证的问题：更换与“先确认新加坡是否单点故障”有关的单一条件后，故障时必须完成的一个核心任务会不会重复出现相同变化。以新加坡正常时期与三个备用地区的固定结果为起点，观察恢复时间、任务成功率、延迟和地区限制，没有同步变化就暂不归因。故障期间随机遍历全部节点扩大变量属于测试条件被破坏，不能进入最终样本。
香港适合先做近距离对照
但运营商路由仍可能不同。把“香港适合先做近距离对照”单列，是为了不让它被平均值隐藏。每次从新加坡正常时期与三个备用地区的固定结果开始，在故障时必须完成的一个核心任务结束后立即填写恢复时间、任务成功率、延迟和地区限制，并补充当时网络状态。遇到故障期间随机遍历全部节点扩大变量时只描述发生了什么，不猜测服务方内部原因。
日本节点要看目标位置
距离增加不必然表现更差。观察“日本节点要看目标位置”不需要扩大到所有产品。把范围限制在当前设备与故障时必须完成的一个核心任务，先保存新加坡正常时期与三个备用地区的固定结果，再看恢复时间、任务成功率、延迟和地区限制在连续几轮里如何变化。故障期间随机遍历全部节点扩大变量应写在结论第一行，避免读者忽略限制。
其他地区只保留一个候选
备用列表过长会拖慢恢复。复查“其他地区只保留一个候选”时，可把当天结果与上一次正常记录对齐。设备、时段和目标一致后再运行故障时必须完成的一个核心任务，重点核对恢复时间、任务成功率、延迟和地区限制。若发现故障期间随机遍历全部节点扩大变量，先恢复安全且已知的配置，不继续追求更漂亮的数字。
恢复后回到原节点复测
确认故障是否结束并保存时间。本次只追踪“恢复后回到原节点复测”对应的一个变量。故障时必须完成的一个核心任务开始前截取新加坡正常时期与三个备用地区的固定结果，结束后记录恢复时间、任务成功率、延迟和地区限制，中途不调整其他选项。若故障期间随机遍历全部节点扩大变量导致条件改变，就另开记录而不是修改原行。
提前演练地区备用顺序
《新加坡节点故障时，切换香港、日本还是其他地区》的决策页分为必须满足、可以妥协和仍然未知三栏。先把故障时必须完成的一个核心任务放进必须满足，再以新加坡正常时期与三个备用地区的固定结果验证候选；费用与退出规则另列，不让低价抵消失败。结果只使用恢复时间、任务成功率、延迟和地区限制，不采用来源不明的综合分。故障期间随机遍历全部节点扩大变量直接进入风险栏，未确认前不勾选通过。围绕故障时必须完成的一个核心任务的付款周期越长，未知项成本越高，应优先短期试用与清楚的取消渠道。