Choosing a Cloud Provider: Tencent / Alibaba / Huawei / Baidu / AWS
A pragmatic side-by-side of the five clouds most Chinese teams actually choose — compute pricing, network, database, and when each wins.
The five clouds at a glance
For a Chinese-facing backend, the real shortlist is usually four domestic clouds plus AWS for overseas. They are far more similar than their sales decks suggest: the core building blocks (ECS, VPC, RDS, object storage, CDN) exist everywhere and are roughly interchangeable.
| Provider | Strength | Typical pick |
|---|---|---|
| 腾讯云 Tencent Cloud | 游戏/音视频生态、社交联动、轻量服务器性价比 | 中小团队、微信生态、个人站长 |
| 阿里云 Alibaba Cloud | 产品线最全、电商/金融案例最多、文档生态成熟 | 中大型企业、复杂架构、双 11 级稳定性 |
| 华为云 HUAWEI CLOUD | 政企合规、私有云混合云、硬件/芯片自研 | 政府/国企、信创、混合云 |
| 百度云 Baidu Cloud | AI/大模型生态接口最顺、与搜索推送联动 | AI 应用、智能客服、语音图像 |
| AWS | 全球节点最多、服务最深、新技术首发 | 出海业务、跨国 SaaS |
Compute: shared-core vs dedicated-core, and the trap
Entry instances (共享型/突发性能型) share a physical core and are throttled by CPU credits. A build job or a traffic spike burns credits, then the VM crawls at 10-20% of its nominal speed. This is the single most common 'why is my server so slow' cause for small projects.
| Series (Tencent/Alibaba example) | CPU model | Workload |
|---|---|---|
| 轻量应用服务器 Lighthouse / 轻量云 | 共享但有固定保底带宽 | 个人站、测试环境 |
| 突发性能型 t6 / t5 | 积分制,平时攒、忙时扣 | 低平均负载+偶发高峰 |
| 共享标准型 s6 / SA2 | 共享无积分限制 | 对稳定性能要求不高的服务 |
| 计算型 c7 / c6 / SA5 | 独享整核 | 生产 API、数据库 |
| 内存型 r7 / r6 | 独享+高内存配比 | 缓存、JVM 大堆 |
# 线上 vs 测试环境典型配法(以 2C4G 为例)
测试环境:轻量应用服务器 2C4G 6M ≈ 低配月付,够用
生产环境:计算型 c6 2C4G + 云数据库 ≈ 性能稳定,可 Seamless 升配
Network, database and object storage pricing feel
The bill that surprises people is not compute, it's bandwidth and storage: a backup routine writing 200GB to object storage every night, or a CDN with traffic-based billing during a viral post.
| Line item | Cheap if | Silently expensive |
|---|---|---|
| 公网带宽 | 按固定带宽包(固定带宽 / 95 计费) | 按流量计费却遇上突发流量 |
| 对象存储 | 低频/归档存储放冷数据 | 高频读+跨区域复制 |
| 云数据库 | 主从两台足矣时别上三节点企业版 | 随实例小时计费且忘关测试实例 |
| 快照/备份 | 标准快照保留 7 天 | 几十个实例全量长期保留 |
| CDN | 流量包+合理缓存命中率 | 动态接口也走 CDN 不缓存 |
- Rule 1: keep egress low — put your app and DB in the same region/VPC
- Rule 2: set budget alarms at 50% / 80% / 100% of expected monthly burn
- Rule 3: use reserved/年付 for anything running 24/7 for more than a year
A decision checklist
- Users in China only → any domestic cloud + ICP filing; pick by price of the region nearest your users
- WeChat/mini-program ecosystem integration → Tencent Cloud has the smoothest credential flow
- Government/SOE or 信创 requirement → Huawei Cloud is often the mandated option
- Heavy AI/LLM inference at the app layer → Baidu Cloud's model APIs and the surrounding toolchain are the least friction
- Serving global users → AWS (or Tencent/AWS multi-region: domestic cloud at home, AWS abroad)
五家云厂商速览
面向中国用户的后端,真正的入围名单通常是四家国内云加海外用的 AWS。它们之间的相似程度远超销售话术给人的感觉:核心积木(云服务器、VPC、云数据库、对象存储、CDN)家家都有,基本可互换。
| 厂商 | 强项 | 典型选择它的理由 |
|---|---|---|
| 腾讯云 Tencent Cloud | 游戏/音视频生态、社交联动、轻量服务器性价比 | 中小团队、微信生态、个人站长 |
| 阿里云 Alibaba Cloud | 产品线最全、电商/金融案例最多、文档生态成熟 | 中大型企业、复杂架构、双 11 级稳定性 |
| 华为云 HUAWEI CLOUD | 政企合规、私有云混合云、硬件/芯片自研 | 政府/国企、信创、混合云 |
| 百度云 Baidu Cloud | AI/大模型生态接口最顺、与搜索推送联动 | AI 应用、智能客服、语音图像 |
| AWS | 全球节点最多、服务最深、新技术首发 | 出海业务、跨国 SaaS |
计算:共享核与独享核,以及那个坑
入门机型(共享型/突发性能型)共享物理核,靠 CPU 积分限速。一跑构建或流量冲高,积分耗尽,虚机就降到标称性能的 10-20%。这是小项目「服务器怎么突然这么卡」的最高频原因。
| 机型举例 | CPU 模式 | 适合负载 |
|---|---|---|
| 轻量应用服务器 Lighthouse / 轻量云 | 共享但有固定保底带宽 | 个人站、测试环境 |
| 突发性能型 t6 / t5 | 积分制,平时攒、忙时扣 | 低平均负载+偶发高峰 |
| 共享标准型 s6 / SA2 | 共享无积分限制 | 对稳定性能要求不高的服务 |
| 计算型 c7 / c6 / SA5 | 独享整核 | 生产 API、数据库 |
| 内存型 r7 / r6 | 独享+高内存配比 | 缓存、JVM 大堆 |
# 线上 vs 测试环境典型配法(以 2C4G 为例)
测试环境:轻量应用服务器 2C4G 6M ≈ 低配月付,够用
生产环境:计算型 c6 2C4G + 云数据库 ≈ 性能稳定,可 Seamless 升配
网络、数据与存储的价格手感
让人意外的账单往往不是计算,而是带宽与存储:每晚往对象存储写 200GB 的备份脚本,或爆文期间按流量计费的 CDN。
| 计费项 | 怎样便宜 | 悄悄贵起来的情形 |
|---|---|---|
| 公网带宽 | 按固定带宽包(固定带宽 / 95 计费) | 按流量计费却遇上突发流量 |
| 对象存储 | 低频/归档存储放冷数据 | 高频读+跨区域复制 |
| 云数据库 | 主从两台足矣时别上三节点企业版 | 随实例小时计费且忘关测试实例 |
| 快照/备份 | 标准快照保留 7 天 | 几十个实例全量长期保留 |
| CDN | 流量包+合理缓存命中率 | 动态接口也走 CDN 不缓存 |
- 规则一:降低公网出流量——应用和数据库放同地域同 VPC
- 规则二:按预期月消耗的 50%/80%/100% 设三档预算告警
- 规则三:7x24 运行超过一年的机器买包年/预留实例
决策清单
- 只服务国内用户 → 任选国内云并完成备案,买离用户最近地域的机器
- 要和微信/小程序生态联动 → 腾讯云的鉴权链路最顺
- 政府/国企或信创要求 → 华为云常是指定选项
- 应用层重度依赖 AI/大模型推理 → 百度云模型 API 与周边链路最省事
- 服务全球用户 → AWS(或国内云+AWS 多地域:国内走国内云,海外走 AWS)