服务器城市怎么选：就近之外还要看什么
用户集中在某个地区时，可把附近节点作为候选，再验证实际访问。遇到以下情况，不能只按地图距离决定。
| 情况 | 选择时怎样调整 |
|---|---|
| 候选节点接入或出口不同 | 同城或同省也可能经过不同运营商互联；按实际用户来源比较候选线路与高峰表现，不仅按距离决定。 |
| 用户跨多个城市或国家 | 按主要用户覆盖测试多个来源，不用管理员所在地代替全部用户。 |
| 数据库或关键接口在其他地区 | 把应用到依赖的通信一起比较，避免前端近、后端交互远。 |
| 项目有明确地区或IP条件 | 先满足已确认的硬性要求，再比较可选节点；国家不能替代城市。 |
具体执行顺序
- 列用户主要地区、运营商和业务依赖，最多先挑少量相关候选。
- 核对商品提供的实际城市、线路、系统与协议，不从IP数据库城市自行推断机房。
- 从主要来源在相近时段完成连接与业务动作，异常高峰另留记录。
- 按实际任务表现、总费用、备份与维护安排共同选择。
节点越多，数据同步、监控和维护也越复杂。单节点已满足需求时，不为“覆盖更多城市”额外部署；需要容灾时另行设计并验证切换。