云厂商怎么选？对比 AWS、阿里云国际、腾讯云国际、Azure、GCP 的区域覆盖、到大陆与东南亚的延迟、计费与合规，并按四类负载给结论。
云厂商怎么选？这个问题没有标准答案，因为「最好」取决于你的用户在哪、业务属于哪一类、账单一共多少、能不能过企业合规审计。把五家放在一起比最容易犯的错，是只比单价和节点数量——这两项决定不了你上线后三个月的实际成本与故障率。
本文对比 AWS、阿里云国际、腾讯云国际、微软 Azure 和谷歌云 GCP 这五家：先看区域覆盖与大中华 / 东南亚延迟，再看计费模型与合规资质，最后按媒体、游戏、数据与 AI、传统企业系统四类负载分别给结论，最后收敛成一份 7 问决策清单。所有价格只写折扣区间，以官方实时报价为准。
先记住一句话：先按用户和负载定候选（通常 2 家），再按合规和延迟砍掉 1 家，最后才谈折扣。反过来做——先找折扣再迁架构——是迁移失败最常见的起点。
先给结论：没有最好的云，只有最匹配的那家
如果只想要一个三句话的答案：
- 要全球多地域 + 服务最全 → AWS。区域最广、产品线最长、第三方生态最厚，代价是控制台复杂、账单项多。
- 要出海且团队是中文 → 阿里云国际。控制台与文档中文友好，和国内网络互联质量好，欧洲与中东节点可选。
- 要音视频、直播、游戏联机 → 腾讯云国际。转码、直播、点播、联机对战的产品完整度在五家里很突出。
- 要过企业合规审计 + 已有微软栈 → Azure。Entra ID、Microsoft 365、Azure DevOps 打通，认证清单最容易被安全团队接受。
- 要大数据、机器学习、Kubernetes → GCP。BigQuery、GKE、Vertex AI 生态最成熟，全球网络质量稳定。
这五条是起点不是终点。同一家在不同区域、不同承诺周期下的性价比可以差出 20% 以上，所以最终结论必须落到你的具体负载上。五家各自的深潜页（机型、存储、折扣机制）都在 云厂商总览 里，按你锁定的那一两家继续往下看。
对比总表：五家一眼看完
先看全局。这张表按「覆盖面 → 延迟 → 计费 → 合规 → 生态」排列，前三列决定技术选型，后两列决定能不能落地。
| 维度 | AWS | 阿里云国际 | 腾讯云国际 | Azure | GCP |
|---|---|---|---|---|---|
| 区域覆盖 | 30+ 区域 / 100+ 可用区 | 30+ 地区 | 20+ 地区 | 60+ 区域（陆续上线） | 40+ 区域 / 120+ 可用区 |
| 到大中华最优节点 | 香港 / 东京 | 香港 / 新加坡 | 香港 / 新加坡 | 香港 / 新加坡 | 香港 / 台湾 |
| 主流机型折扣区间 | 约 5 折起 | 约 5–7 折 | 约 5–7 折 | 约 5 折起 | 约 5–6 折 |
| 承诺折扣机制 | RI / 节省计划 | 预留实例券 | 节省计划 / 资源包 | 预留 / 节省计划 | CUD / 承诺用量折扣 |
| 合规资质侧重 | 全球合规清单最全 | 国内等保与国际认证兼顾 | 国内等保与国际认证兼顾 | 企业审计接受度最高 | 数据与 AI 合规工具强 |
| 中文文档与支持 | 有中文，部分翻译滞后 | 中文原生 | 中文原生 | 有中文，深度文章偏少 | 有中文，深度文章偏少 |
| 媒体 / 直播 | 强，CloudFront + 媒体服务 | 强 | 五家中最完整 | 中 | 中 |
| 游戏 | 强，托管会话与联机服务 | 中 | 强，联机对战生态 | 强，PlayFab | 中 |
| 数据 / AI | 强，生态最宽 | 中 | 中 | 强，与 Power Platform 打通 | 五家中最成熟 |
读这张表时注意两点：折扣区间是公开渠道常见的量级，不是报价，真实价格取决于机型、区域、承诺年限与用量规模，以官方实时报价与渠道书面报价为准；区域数量每年都在变，上表取的是公开资料口径，最终以各家官方区域列表为准。
表格的真正用途不是选出唯一赢家，而是把候选缩到两家。 缩完之后请直接进入对应的负载章节，看那一家在你这个场景下有没有硬伤。
区域覆盖：谁的节点更多
区域数量本身没有价值，你能用上的区域数量才有价值。它真正影响四件事：数据驻留能否满足监管、多地域容灾是否可行、用户能否就近接入、以及有没有备选区域来规避局部故障。
- 全球业务或多市场同步：AWS 与 GCP 的区域密度最高，新市场开区通常几周内有实例可用
- 数据驻留要求明确（数据必须落在欧盟 / 东南亚 / 特定国家）：先按这个国家有没有区域筛一遍，能直接砍掉一半候选
- 容灾需要：同区域内的可用区数量决定你能不能用「跨可用区」架构而不额外付费；可用区少意味着同区故障会同时命中两台机器
- 新兴市场：非洲、中东、拉美的新区域通常先由 AWS / GCP / Azure 铺开，阿里云与腾讯云跟进稍晚
别为用不上的区域付溢价。 一个只用香港 + 新加坡的团队，节点覆盖领先带来的价值接近零，反而要承担更复杂的权限模型和更贵的出网流量。
区域决策还有一层容易忽略：主区域选哪里，决定了后面所有事情的成本结构。 主区域决定了合规审查在哪一国做、值班团队要不要跨时区响应、数据库的备份落在哪片法域，以及后续扩区时的跨区流量费用。
- 主区域优先贴近数据合规要求，而不是优先贴近办公室所在地
- 尽量让主区域与团队工作时段重叠，半夜的故障响应会显著拖长平均恢复时间
- 同厂商的折扣通常按区域档位区分，某些区域的承诺折扣明显优于其他区域，值得单独比价
- 主区域的出网单价直接进成本模型，同样一台机器在不同区域的流量费用可能差一倍以上
延迟：到大中华与东南亚的真实区间
对中文团队来说，延迟通常比节点数量更能决定体感。下面是从华南、华东出发到各家最优亚太节点的典型 RTT 区间，随运营商、时段与套餐浮动，请以自测为准。
| 出发地 | 香港节点 | 新加坡节点 | 东京节点 | 美西节点 |
|---|---|---|---|---|
| 广东 / 广西 | 约 10–25ms | 约 45–70ms | 约 45–65ms | 约 130–170ms |
| 上海 / 杭州 | 约 25–45ms | 约 55–85ms | 约 60–85ms | 约 150–190ms |
| 北京 | 约 35–55ms | 约 65–95ms | 约 70–100ms | 约 160–200ms |
| 台湾 | 约 10–30ms | 约 45–65ms | 约 45–70ms | 约 140–180ms |
| 东南亚（曼谷 / 雅加达） | 约 40–70ms | 约 20–45ms | 约 55–80ms | 约 150–200ms |
注意最后一行会反转：对东南亚用户，新加坡通常比香港更快。同理，对日本用户东京更优。所以「选香港」只是对大陆与台港用户成立的经验规则。
- 三家在同一城市都有节点时，延迟差异往往小于运营商差异——电信、联通、移动之间可能差出两倍
- 晚高峰（20:00–23:00）才是真相，共享带宽线路的丢包率可能从 1% 以内升到 3%–5%
- 公有云之间很少有直连，跨云调用要出公网，往返延迟和出网费用都要算
- 实测方法：在候选区域各开一台最小实例，从真实用户网络
ping与traceroute连测 24 小时
还有一个常被忽略的延迟层次：静态资源命中 CDN 边缘，和动态请求回源，是两种完全不同的延迟。 前者通常在 10–30ms 且对大多数用户稳定，后者受区域 RTT、排队与连接复用影响，波动大得多。所以「网站慢」的问题要拆开看——如果慢的是图片和脚本，改 CDN 收益远大于换区域；如果是接口本身慢，换到更近的区域才有效。
定量判断也有个粗糙但好用的经验值：首屏里每多一个必须回源的域名，就多一次跨境 RTT。 域名合并、减少第三方脚本、把字体和图标自托管，往往比迁移区域更快见效，而且不用停机。
价格模型：五家的计费哲学不一样
五家的单价数字不能直接横比，因为它们的折扣挂在不同的承诺上。
| 计费模式 | 典型折扣量级 | 适合 | 主要代价 |
|---|---|---|---|
| 按需付费 | 无折扣 | 开发测试、临时任务、流量波动大 | 长期运行最贵 |
| 包年包月 / 长周期 | 约 4–6 折 | 稳定正式环境 | 需提前预估用量，缩容受限 |
| 预留实例 / 节省计划 | 约 3–5 折 | 确定跑一年的稳定负载 | 绑定周期，提前退出会产生费用 |
| 承诺用量折扣 | 按实际用到的服务逐项让利 | 已在单云上跑稳、不想被实例型号锁死 | 按自然周期结算，预测错了就浪费 |
| 竞价 / 可抢占实例 | 约 1 折 | 批处理、渲染、训练、可中断任务 | 可能被回收，不能承载正式在线服务 |
横比时必须把下面四项一起算进去，否则算出来的「便宜」是假的：
- 出网流量：这是账单里最容易超预期的一项，CDN 命中率低或图片未压缩会成倍放大
- 可用区溢价：部分网络与托管服务对特定可用区单独计价
- 授权与镜像费用：Windows、Oracle、SQL Server、商业镜像可能按小时另收
- 最低消费与预付条款：低价方案的常见门槛是承诺一年或一次性预付，缩短期限会显著削掉折扣
先看总账，再看折扣。 一个「便宜 30%」但出网流量贵 2 倍的方案，月底账单可能完全相反。所有价格以官方实时报价与渠道书面报价为准。
承诺折扣最常见的亏损方式不是买贵了，而是买多了。承诺用量折扣和预留实例都按「你承诺一定会用的量」结算：如果实际用量只达到承诺量的一部分，差额部分的钱照付不误，过承诺的金额通常不会退还。
- 先用按量付费跑满两个自然月，拿到稳定的使用曲线
- 取曲线里的低位基线作为承诺量，高峰部分留在按量或竞价上
- 承诺期先选一年而不是三年，一年内验证完用量与架构再决定是否延长
- 把节省计划限定在你确定长期跑的那部分实例，弹性部分不要一起承诺
合规与认证：过审比省事重要
只要你的公司要做 ISO 27001、等保测评、GDPR 合规或客户安全审计，认证清单就会直接决定某家能不能进场。这一维几乎没有捷径。
- 国际通行：ISO 27001、ISO 27701（隐私）、SOC 1/2/3 报告，五家主流区域都具备
- 国内监管：需要等保 2.0 三级或 CSP 认证时，阿里云与腾讯云在境内的主体资质更直接；纯海外节点不适用境内等保
- 行业附加条款：HIPAA BAA、PCI DSS、C5、IRAP、FedRAMP 等不是「有证书」就够，要确认你打算用的那个区域在覆盖范围内
- 数据驻留：确认数据是否真的留在所选区域，以及控制面元数据存放在哪里
工具层面的差异也值得看：AWS 有 Artifact 与 Organizations SCP 做集中治理，Azure 的 Entra ID 能直接复用企业现有的条件访问策略与审计日志，GCP 的 Assured Workloads 对数据与 AI 负载的合规配置最省事。
要证书编号，不要「我们很合规」。 向候选厂商索取具体的报告名称、覆盖区域与有效期；如果对方所在区域不覆盖你需要的行业认证，这条就已经出局了。
负载一：媒体、点播与直播
媒体类负载的成本大头不是计算，而是转码与出网流量。所以选型顺序是：先看转码能力与计费颗粒度，再看 CDN 覆盖与单价，最后才看服务器。
| 需求 | 优先考虑 | 理由 |
|---|---|---|
| 大规模点播 + 私有化转码 | 腾讯云国际 | 点播与转码产品完整度在五家中最突出 |
| 直播 + 全球分发 | AWS（CloudFront + 媒体服务） | 全球边缘节点密度最高，直播与分发可一次采购 |
| 直播为主、亚太用户为主 | 阿里云国际 / 腾讯云国际 | 香港与新加坡节点离用户近，中文文档友好 |
| 已有微软体系的企业直播 | Azure | 与 Teams / SharePoint 权限体系天然打通 |
媒体场景还有两个容易被忽略的点：转码模板数量决定了你能不能一次编码多档清晰度而不重复付费；直播的录制与转推流是否单独计费，在高峰并发下会明显拉开账单差距。
负载二：游戏与实时联机
游戏联机对延迟的敏感程度和网站完全不同。1ms 的抖动在网页上无所谓，在移动端射击游戏里就是掉线。 所以这里的关键指标不是平均延迟，而是抖动、丢包与匹配半径内的节点密度。
- 托管会话与匹配：AWS Game Servers、Azure PlayFab、Google Cloud Game Servers 提供现成的会话分配、玩家数据与排行榜，能省掉自研匹配服务
- 亚太节点密度：腾讯云国际在游戏联机与小程序后端上积累较深，房间与对战链路较完整
- 协议与编排：大规模房间同步对帧同步 / 状态同步的选择敏感，编排层往往比机器更影响体验
- 防外挂与账号：五家的反作弊与账号安全都是附加服务，通常单独计费，要提前算进成本
实践建议：先用两家各开一套最小环境做压测对比，用真实房间数与真实弱网条件测一晚上，再决定迁移方向。游戏服的峰值和均值差距很大，单次白天的压测说明不了问题。
负载三：数据平台与 AI
这是五家分化最明显的领域，选型结论也最明确。
- GCP：BigQuery 的免运维与按查询量计费、GKE 的托管体验、Vertex AI 的工具链，是数据与 AI 负载里最成熟的一套
- AWS：模型与托管服务覆盖面最宽（SageMaker、Bedrock 等），加上长期沉淀的数据工程社区，人才与案例最多
- Azure：与 Power Platform、Fabric 和企业既有 SQL 资产打通，适合已经把 BI 建在微软栈上的组织
- 阿里云 / 腾讯云：大模型与 AI 平台迭代快，中文文档与国内算力供给有优势；出海团队要额外确认目标区域可用
算成本的时候别只比 GPU 单价。三个变量常常比单价更能决定总账：
- 推理按 token 计费还是按秒计费：长上下文场景下两种计费的差距可能很大
- GPU 配额与现货供给：热门机型在某些区域长期缺货，拿不到货的折扣没有意义
- 数据传出与缓存：训练数据放在对象存储里反复读取，存储读取请求数本身就会成为账单大头
一个实用技巧：训练类任务优先用竞价实例加 checkpoint 续训，通常能把成本压到按需的十分之一量级；推理类任务则应优先提高单卡利用率，而不是加卡。
负载四：传统企业系统与合规敏感业务
如果你的技术栈是 .NET / Windows Server / SQL Server / Active Directory，答案通常没什么争议：Azure 是迁移阻力最小的选择，因为身份、运维与备份体系可以整套复用。
- 微软栈为主（SQL Server、C#、AD 域控、IIS）→ Azure，Entra ID 可直接对接现有条件访问策略
- Java / Oracle / SAP 老系统→ AWS 或阿里云国际，第三方镜像与中间件认证更全，运维经验分享更多
- 金融、政务类国内业务→ 阿里云 / 腾讯云境内主体，等保与审计链路更短
- 跨境电商→ 阿里云国际或 AWS，取决于你的买家与仓配在哪个市场
这一类负载还有一个经常被漏掉的成本：迁移期的人力。同一个模块在两家的写法不同，人工改造成本可能超过三年省下的云费差。评估时把「迁移工时 × 人力单价」一起列进 TCO，而不是只比服务器单价。
最后是企业负载最容易踩的坑：为了「备份」而做双云，结果养出一套永久双活。合理的做法通常是用第二个云只承接可容忍中断的部分——备份归档、冷数据、灾备演练——而不是把在线业务双活。跨云同步的流量费用和两套运维知识成本，往往比多出来的可用性收益更贵。
给企业用户的判断标准：如果有人提出「顺便做多云容灾」，先问清楚谁是值班的人、出事时谁决定切流量、跨云流量费谁承担。三个问题答不上来，就先不要做。
选型决策清单：7 个问题定一家
按顺序回答下面 7 个问题，答案会自然收敛到 1–2 家。
- 你的用户在哪三个国家/地区？ → 先确定目标区域，把没有该区域的厂商直接排除。
- 晚高峰实测的 RTT 和丢包是多少？ → 没测过就不要进入下一题，延迟是不可逆的架构决策。
- 业务属于四类负载里的哪一类？ → 媒体、游戏、数据 AI、企业系统各有明显领先者。
- 有强制合规要求吗？ → 等保、HIPAA、FedRAP、IRAP 之类会直接淘汰不具备对应区域资质的候选。
- 团队已有技术栈是什么？ → 沿用现有栈的迁移成本通常低于换云的收益，除非差距很大。
- 月账单量级和承诺周期？ → 决定了你有没有资格拿到好价，也决定该不该选承诺折扣。
- 未来 12 个月会不会出第二个市场？ → 会，就优先选区域密度与服务广度更好的那家，为扩区留余地。
答完之后应该能确定一家主用、一家备选。务实的下一步是各开一套按量实例，用真实流量跑一周，把账单、延迟和运维感受一起量化出来；确认之后再谈折扣，并且要求把折扣口径、计费周期、到账时间写清楚。我们为五家厂商提供账号协助开通与代付服务，折扣来自官方批量采购通道，具体价格以官方实时报价与下单前书面确认的内容为准。折扣从哪里来、由哪几个变量决定、什么情况下不该找代付，单独写在 AWS 折扣机制说明 里。