超大規模 vs 同地託管：成本、控制權與選型（2026）

簡短回答：超大規模雲（hyperscale cloud）是按用量租用算力和存儲，同地託管（colocation）是自己持有硬件、只向機房租空間、電力和網絡。前者像按小時租用，成本隨用量浮動；後者像長期持有，前期投入大但穩定負載單價更低。多數香港和新加坡企業的實際答案是混合：穩定、可預測的負載放在同地託管，波動大、需要彈性的負載放在雲上。選型看五件事：成本結構、延遲與位置、合規與數據駐留、運維人力和退出成本。

超大規模雲和同地託管分別是什麼？

超大規模雲指由少數幾家大型公有云平台提供的、可以按需開通和釋放的計算、存儲與網絡資源。你不持有任何物理設備，按用量付費，平台負責機房、服務器和底層運維，你負責自己的系統、數據和配置。

同地託管指你把自己的服務器、存儲和網絡設備放進第三方數據中心的機櫃，機房提供空間、電力、冷卻、物理安防和網絡接入，設備由你自己（或你委託的服務商）管理。機房運營商不碰你的設備，除非你購買“遠程協助”（remote hands）之類的服務。

兩者之間還有幾種常見形態：

託管私有云或專屬主機：由服務商持有硬件，你獨佔使用。
混合雲：自有設備放在同地託管機房，並通過專線連到雲平台。
多雲：同時使用多家雲平台。

本文只比較最常見的兩端，並說明如何組合。關於香港有哪些機房區域和運營商，請閱讀香港數據中心指南：地點與供應商；新加坡的情況請看新加坡數據中心概覽。

成本結構有什麼不同？

這是最常被問到的問題，也是最容易被簡化成一句“雲更貴”或“託管更便宜”的問題。兩者的成本結構本質不同，不能只比較單價。

同地託管的成本由哪些部分組成？

設備投入：服務器、存儲、交換機、防火牆，通常是一次性資本支出，也可以通過租賃轉為按月支出。
機櫃與電力費用：按機櫃數量、供電容量和合約期計價，電力往往是主要變量。
網絡與交叉連接：運營商線路、機房內的交叉連接費用。
運維人力：上架、更換故障部件、固件更新、監控和備份，要麼自己的團隊做，要麼外判。
折舊與更新週期：硬件通常在幾年後需要更換，這筆錢要提前計入。

超大規模雲的成本由哪些部分組成？

算力和存儲：按小時或按月計費，用得越多越貴，關掉就不再計費。
數據傳出費用（egress）：數據離開雲平台時通常要收費，數據量大的業務要特別留意。
增值服務：託管數據庫、負載均衡、日誌和安全服務都單獨計價。
承諾折扣：承諾一年或三年用量可以換取較低單價，但這又接近於固定成本。
管理成本：雲帳單複雜，需要有人持續做用量治理，否則容易出現閒置資源。

怎樣比較才公平？

不要拿一台服務器的月費去比較。建議用“三年總擁有成本”的方式：把設備、機櫃、電力、網絡、運維人力、更新和退出成本都列進來，再把雲上的承諾用量、傳出流量和管理成本列進來。負載曲線越平穩，同地託管越有優勢；負載起伏越大，雲越有優勢。我們沒有在本文給出統一價格，因為差異取決於配置、合約期和地區，請向多家供應商索取按你配置出具的報價。

延遲和位置有什麼影響？

香港和新加坡都是區域網絡樞紐，多數同地託管機房都有豐富的運營商和雲接入點，主要雲平台在兩地也都有可用區。選型時關注的是：

用戶和系統在哪裡：交易系統、內部應用的用戶主要在哪個城市，延遲要求是多少。
與雲的距離：如果你要把託管設備和雲平台打通，雲接入點是否在同一機房或附近，決定了專線延遲和費用。
跨境鏈路：香港與內地之間的鏈路受政策、線路和審批影響，需要提前確認；新加坡與區域其他國家的鏈路同理。
容災位置：主備機房最好在不同的供電和網絡區域，而不僅是不同的機櫃。

對延遲極其敏感的業務（例如交易撮合），常見做法是把核心設備放在同地託管並靠近交易對手或交易所；對延遲不敏感的業務，位置選擇更多取決於成本和合規。

合規與數據駐留應該怎麼考慮？

受監管行業（金融、醫療、政府相關）通常需要回答三個問題：數據放在哪個司法管轄區？誰可以訪問？出了問題誰負責？

同地託管：設備在哪、誰能進入機房，一目瞭然，物理控制權在你手裡。但加密、訪問控制、日誌和審計仍然需要自己落實。
超大規模雲：平台提供合規認證和區域選擇，但責任是共擔的，平台負責底層，你負責配置和數據。配置錯誤是雲上安全事件的常見原因。
監管要求：香港和新加坡的金融監管機構對外判、雲使用和數據位置有各自要求，具體條款請以監管機構的最新指引為準，並與合規團隊確認，不要僅憑供應商的說法。
個人數據：香港的《個人資料（私隱）條例》和新加坡的相關法規對跨境傳輸有要求，評估時把數據流向畫出來。

合規不是選擇某一種形態就自動滿足，而是看你能否證明控制措施有效。

運維人力：誰來管？

同地託管意味著你需要有人管理設備：

上架、佈線、更換故障部件、固件和系統更新。
監控、備份、容量規劃。
機房內出現問題時有人能到場。

如果團隊在另一座城市，可以購買機房的“遠程協助”服務，或委託同地託管服務商安排工程師到場。關於這種模式在香港的實際做法，可以閱讀香港同地託管與遠程協助。

超大規模雲減少了物理運維，但增加了雲架構、成本治理和安全配置方面的要求。很多團隊低估了這一點：雲上沒有機櫃要管，但有成百上千個配置項要管。

無論哪種方式，都應該明確：誰監控、誰響應、故障時誰在幾分鐘內到場，並寫進服務協議。

退出成本為什麼必須提前考慮？

選型時往往只討論“怎麼上”，很少討論“怎麼下”。

同地託管的退出：需要搬遷設備，涉及停機窗口、運輸、新機房的接入，以及舊合約的到期條款。如果你有這方面的需求，請參閱香港數據中心搬遷指南。
雲的退出：數據傳出費用、對平台專有服務的依賴、應用改造，都會讓遷出變得困難和昂貴。
合約條款：最短合約期、續約條件、提前終止費用、數據返還方式。

一個實用的做法：在簽約前問供應商“如果兩年後要離開，需要做什麼、花多少、多久”，並要求以書面回答。

兩者各適合什麼場景？

下面是一個簡化對比，不是絕對規則：

更適合超大規模雲
負載波動大，或者是新業務，規模不確定。
需要快速在多個地區開通環境。
團隊有云架構能力，或者有服務商代管。
需要使用平台上的託管數據庫、AI 和分析服務。
更適合約地託管
負載穩定、可預測，長期運行。
對延遲、專用硬件或特定設備有要求，例如專用存儲、網絡設備或加密設備。
數據量大，雲上傳出費用很高。
監管或客戶要求設備物理位置明確。
更適合混合
核心系統和數據放在同地託管，前端、測試、災備和突發負載放在雲上。
用專線把兩邊連起來，按負載特徵分配。

混合模式在香港和新加坡企業裡怎麼落地？

多數中型企業最後選擇的不是“二選一”，而是按負載分層。常見的幾種組合：

核心放託管，災備放雲：主系統在同地託管機房，災備副本放在雲上，平時只付存儲費，故障時再開通算力。
穩定放託管，彈性放雲：數據庫和核心業務在託管設備上，促銷、報表等短期高峯在雲上擴展。
按地區分：香港的核心業務在本地託管，區域內其他國家的業務使用雲可用區。
逐步遷移：先把測試、開發和備份遷到雲上，再評估生產。

組合越多，管理越複雜，所以一定要有統一的監控、備份、身份和成本管理，否則兩邊各自為政，故障時沒人能說清責任。Brocent 的IT 基礎設施部署服務覆蓋機房設備的上架、佈線和驗證，管理型IT雲服務則覆蓋雲環境的運維。

案例示意：一家香港中型企業的取捨

*以下是示意性例子，不是具體客戶。*一家香港的中型貿易公司有一套穩定運行多年的訂單系統和一個文件服務器，同時計劃上線一個面向客戶的新應用。團隊評估後決定：訂單系統和文件服務器繼續放在同地託管機房，因為負載穩定且設備仍在使用期內；新應用放在雲上，因為用戶量不確定；兩邊通過專線連接，備份副本放到雲存儲。三年後如果新應用增長穩定，再評估是否遷回託管。