跨境团队迟早要回答一个问题：服务器和数据放在哪里，才能跑得稳，又离客户近。阿里云和亚马逊云科技（AWS）是最常被拿来比较的两家。两家都是大型公有云，但出身、生态和适合的场景差别明显。这篇文章不列参数表，而是从业务出发，说说怎么判断哪家更适合哪一部分。
两家云各自的出身
阿里云从国内电商和数据业务起家，在中国大陆的基础设施、政企客户和本地化服务上积累较深。产品覆盖计算、存储、数据库、大数据和人工智能，也能和阿里巴巴的电商、物流、支付体系配合。如果主要市场在国内，同时想往海外走，阿里云在国内节点、备案流程和本地合规支持上通常更省事。
亚马逊云科技是全球规模最大、服务种类最多的公有云之一。海外区域覆盖广，服务成熟，第三方生态完整。很多海外团队直接选它，原因有两个：技术文档和社区资料多，招人和找外包也容易；另外目标用户在北美和欧洲，服务器放在那边，用户访问的距离就短。
一个跨境卖家的实际过程
假设一家做家居用品的国内卖家，在亚马逊开了美国站和欧洲站。后台大致有三块：商品与库存管理系统、面向买家的独立站，以及用来分析销售数据的报表服务。
最开始，团队把所有系统都放在国内云上。很快出现两个问题。美国买家打开独立站，页面加载慢，结账时偶尔超时。数据分析任务要跨境传输，延迟高，流量费也不低。
之后团队把系统拆开。独立站前端和静态资源放到海外节点，离美国和欧洲用户近。商品和库存这类核心业务留在国内，方便和供应链、仓储系统对接。报表数据定期同步到海外做跨区域分析。调整后，页面响应明显变快，跨境链路的压力也小了很多。
这个例子里，团队没有只选一家。混合架构在跨境业务里很常见，各类服务跑在最合适的地方。判断的起点是每个模块的用户、数据和对接对象，而不是先挑一家厂商。
选型前先问这五件事
- 用户在哪里。先看订单和访问主要来自哪个地区。主力用户在国内，阿里云的延迟和本地服务更有优势；主力用户在北美或欧洲，亚马逊云科技的海外节点通常更贴近。别凭感觉判断，拿访问日志或后台数据确认一下。
- 合规要求是什么。涉及数据出境、备案和行业监管的业务，动手前就要和云服务商确认具体流程。这一步最容易被跳过，上线后再补，常常要返工。
- 团队熟悉哪套工具。如果团队已经会用某家的控制台、部署脚本和监控工具，迁移和维护成本就低。熟手的经验，往往比单价差几个点更实际。
- 把账单算全。只比计算和存储的单价不够。流量费、跨区域传输费、备份和运维人力都要算进去。跨区域流量很容易在不知不觉中变成账单里的大头。
- 别被单一厂商绑死。核心服务尽量用标准化的容器和开源组件。将来换云或分散风险时，改动范围会小很多。
落地时的三个做法
第一，先画数据流向图。哪些数据必须留在境内，哪些可以跨境，哪些要脱敏后再传，最好在设计阶段就定下来。系统跑起来以后再改，代价会大得多。
第二，做一个小范围验证。挑一个非核心业务，在两家云上各跑一段时间，记录延迟、故障次数和每周账单。宣传材料里的数字通常是在理想条件下测的，只有自己业务跑出来的结果才靠得住。
第三，定期复盘。平台规则、云服务商的价格和区域政策都会变。架构定下来以后放着不管，过一两年可能就不划算了。每个季度看一次账单和延迟数据，有明显变化再调整，成本最容易控住。
