雲廠商怎麼選？對比 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 折扣機制說明 裡。