第一次开通阿里云的人，很容易在地域这一步犹豫。选哪个都能用，但选错之后，访问变慢、成本超出预期，后面想迁移也麻烦。花十分钟想清楚阿里云地点，比开通后再返工省事得多。
控制台里说的“地点”，一般指地域（Region）和可用区（Zone）。地域是相对独立的地理区域，比如华东2（上海）、华北2（北京）、中国香港、新加坡。每个地域下面有若干可用区，同一地域的可用区之间内网互通，故障也尽量相互隔离。弄清这层关系，选址的框架就出来了。
选地点时先看三件事
我一般按下面三个维度判断，前一条通常比后一条更影响体验。
- 用户离哪里近：网络延迟主要受物理距离影响。用户集中在长三角，就优先看华东2（上海）或华东1（杭州），比跨区域访问顺畅得多。
- 备案和合规要求：境内服务器对外提供网站或应用服务，上线前要完成ICP备案。香港、新加坡这类境外地域不需要备案，项目赶上线时间的话，这一点很实在。
- 上下游服务在哪里：数据库、对象存储、消息队列如果放在同一地域，内网直连，流量费用低，延迟也更稳。要是数据库放北京、应用放上海，每个请求都会多跑一趟。
三个场景，三种选法
本地生活电商：用户在上海，服务却在北京
有个做社区团购的团队，核心用户在上海及周边，订单集中在早晚高峰。他们最初把服务部署在华北2（北京），上海用户下单时接口明显变慢，支付回调尤其拖。后来主要业务迁到华东2（上海），数据库同地域部署，响应速度改善很明显。这个例子说明，用户所在地对体验的影响，往往比想象中直接。
出海工具应用：东南亚用户为主
一家做跨境工具类SaaS的团队，用户主要在印度尼西亚、马来西亚和泰国。他们没有选国内地域，而是把主服务放在新加坡，静态资源交给CDN分发。好处是不用备案，上线快，当地用户访问也比较稳定。要提前算清楚的是跨境带宽成本，否则月底账单可能让人意外。
手游项目：玩家在大陆，也在港澳台和海外
一个中型手游团队，玩家分布在大陆、港澳台和海外华人圈。他们把中国香港地域作为对外服务的主节点，国内玩家通过加速网络接入。这样既不用等备案周期，也能让多数玩家的延迟保持在可接受范围。他们的做法是先画出玩家分布图，再决定要几个节点，没有凭感觉多开地域。
几个常见的坑
- 只比单价，不看流量路径：不同地域的实例价格确实有差别，但不少账单的大头其实是跨地域流量和公网出带宽。
- 为了高可用一上来就多地域：多地域意味着数据同步、一致性和运维都要跟着复杂起来。小项目先用单地域多可用区，已经能挡住大部分故障。
- 低估后期迁移：数据库、对象存储、域名解析、证书都要重新规划，迁移没法一键完成。前期选的地点，往往会跟着项目走很久。
- 备案时间没算进排期：境内服务器要先备案再上线。项目有固定上线日期的话，最好在开发阶段就提交备案。
一个可以照着走的步骤
- 统计核心用户的地理分布，找出占比最高的区域。
- 确认业务是否需要境内备案，以及未来有没有出海计划。
- 列出数据库、存储、中间件这些依赖，尽量放在同一地域。
- 用控制台的价格计算器估算跨地域流量和公网带宽，别只看实例价。
- 先上单地域多可用区跑通，再考虑扩展。
阿里云的地域列表和机型会调整，文中的地域名称和可用性，请以阿里云官网当前信息为准。地点没有统一答案，把用户在哪里、数据放在哪里、预算能承受多少这三件事想清楚，大部分选择就有了方向。
