跳至主內容

遊戲伺服器上雲簽約前,老闆最該問自己技術團隊的十個問題

新星雲 ·
雲採購遊戲伺服器成本優化

簽約會議開到後段,多半是這個畫面:技術團隊聽得懂規格,點頭比誰都快;雲廠商業務把方案講得漂亮;只有一個人盯著報價單上的總價。那個人是你。字你簽,出事對玩家交代的也是你。

這篇給你十個問題,按「錢怎麼算、帳怎麼查、出事誰扛、退路在哪」分成四組,每題附一個判準:聽到什麼樣的答案算合格。遊戲上雲簽約前把十題帶進內部會議,哪一題答不出數字,那一題就是帳單埋雷的地方。

你可能想:技術的事,交給技術團隊把關就好。這句話對一半。規格選型、架構搭建確實是他們的專業,市面上所有採購清單也都在教「向雲廠商問什麼」;但報價是技術團隊和廠商談出來的。你要把關的從來不是規格對不對,是每個關鍵決定有沒有備選(第二選項)、有沒有數字。

這種事往往三個月後才被看見:會議上技術團隊報告「都談好了」,老闆問不出具體問題就簽了;帳單異常一出現,翻合約才發現計費語言和當初理解的完全不同。事後查帳的手藝,直播 CDN 帳單暴增自查拆成四塊講過;更省錢的做法,是把問題擋在簽字前。

為什麼把關的人是你

報價是談出來的,而談判桌上管錢的人常常缺席。香港、台灣的多數遊戲團隊是小編制:技術負責人同時管架構和採購,兩頂帽子換著戴。他跟廠商談價、談規格、談方案,談完回來向你報告——自己談的方案自己背書,這是結構問題,跟誰的能力無關。把關動作得有人做,而全公司只有一個人的利益和這份帳單完全綁在一起:出錢簽字的你。

微軟給企業做雲遷移的官方框架,第一步也是盤點:上雲前先弄清楚有哪些系統在跑、誰連著誰,連沒寫進文檔的依賴,都要靠一個個去問才挖得出來。但官方框架管到盤點為止;盤點出來的東西,怎麼變成你聽得懂、能拍板的數字,這段路沒人替你走。十個問題就是這段路的清單,四組長這樣:

數據來源: Microsoft Learn:Cloud Adoption Framework〈Assess your workloads for cloud migration〉(遷移前盤點相依性與外部依賴的方法框架),2026-09-25 親自核對。

遊戲上雲簽約前老闆十問分組圖,展示錢怎麼算、帳怎麼查、出事誰扛、退路在哪四組問題與簽約決策線

圖的讀法:上排四欄是十個問題的歸組,中間一行是所有題目共用的合格判準,底部兩個框是問完之後的兩種走法。細節在後面四節逐題展開。

錢怎麼算:單位與到期價

第一問:這份報價按什麼單位收錢? 合格的答案一定帶單位和分區:按流量還是按峰值頻寬、主要觀眾落在哪個計價分區(同一個地區,不同廠商可以劃進不同價格區)。台灣和香港團隊簽的多是國際站合約,報價原文是英文,你驗收靠的是轉述;技術團隊如果只能回「是最便宜的那種」,說不出單位,代表他自己也還沒吃透。行話那三問——按什麼收、算到哪、何時多收——計費字典逐行翻過,這裡不重講;你聽轉述時的判準只有一條:他能不能用一句人話把單位講出來。反向也成立:觀眾分佈單純、流量形態單一(例如純內部後台不對外、純資訊站),單位口徑影響極小,技術團隊一時答不出單位也不算失格;但只要有人付費、有對外金流,這一題就不能放。

第二問:什麼情況會比報價多收? 促銷價和預付折扣是常見的入場方式,要多問的是到期之後:折扣幾號到期、到期後的單價是多少、實際用量和承諾用量對不上怎麼結算。合格的答案,三個數字都寫在合約附頁上;「到時候再說」「會幫你爭取」是含糊信號。一個不用記帳的防呆做法:把到期日寫進公司行事曆,到期前 60 天重談,議價權不會因為忘了日期而蒸發。反向也成立:折扣本身只占月度流水幾個百分點、簽的就是一次性試用,到期價那條不必動用到行事曆;但只要承諾用量寫進去了,這條紀律就跳過不得。

帳單誰看、多久對一次

第三問:帳單出來,誰看、多久對一次? 合格答案有名字有頻率:上線後頭三個月,每月由誰對一次帳、對哪幾塊。遊戲伺服器的帳,大頭是機器本身:開幾台、按小時還是包年、爆量開服怎麼擴,每樣都要有單價;做直播的再加上下游流量、回源(觀眾看不到、平台自己產生的那筆流量)、轉碼那幾塊(四塊各自的算法,帳單暴增自查裡有)。東南亞觀眾集中的平台更要盯分區:同一批觀眾,在不同廠商的價格表裡可以落進不同分區,單價檔位跟著變(價格分區怎麼對齊,東南亞比價篇整篇在講)。「系統會發帳單」「有異常我們會注意」沒有名字也沒有頻率,直接打回票。反向也成立:純試運行、預算極小的內部工具,帳對得頻率可以鬆到按季,但合約條款與退場機制那幾題仍要走完。

「月底看帳單就知道了。」會議上聽到這句,第四問已經有了答案:沒答。第四問:超了預算,多久能被發現? 這問的是機制:預算告警設了沒有、超標之後誰負責當週定位到是哪一塊漲的。合格答案給得出時間,例如告警當天到、一週內給結論;等到月結才看,錢已經花掉,定位完這個月也過去了。遊戲和直播帳單的大頭跟活動檔期走,活動結束才發現超支,是最貴的一種發現方式。反向也成立:預算極小、活動少的純內部工具,按月對帳已足;但只要有大活動或對外金流尖峰,告警當天機制就要進場。

出事誰扛:賠償、防護、恢復分開問

第五問:SLA 賠什麼、怎麼申請? SLA(服務可用性承諾,幾個 9 的那個條款)的賠償,行話叫 service credits(帳單折抵額度),有三個細節要問到明確答覆:賠償要誰來發現、按什麼週期計算、上限多少。廠商 SLA 條款普遍這樣寫:客戶要自己盯指標、自己提單才會走賠付流程;「廠商不會主動通知」這件事極少寫進條款。賠償按月彙總,停機那一下沒把整個月的可用率拉到標準以下,就一毛拿不到;而且賠的是帳單折抵,玩家退款和口碑的損失不在裡面。檔位之間的可用率差距,各家產品不一樣:以某家託管資料庫為例,高可用檔 99.95% 對普通檔 99.9%,一年下來停機時間就差四個小時以上。還有一條藏在條款裡:計畫內維護算不算停機,簽前看清。聽到「我們很穩,幾個 9 而已」,把這幾樣追完再說。反向也成立:對外服務本就接受偶爾中斷、且替代方案即時可用(純資訊站、客服電話轉人工),SLA 權重可以降;但廠商免通知這條不管怎樣都要寫進附頁。

數據來源: Hokstad Consulting:Questions to Ask Before Signing a Cloud SLA(賠償需客戶自行發現並申請、按月彙總計算;文中以某雲託管資料庫為例:高可用 99.95% 對非高可用 99.9%,年停機差四小時以上),2026-09-25 親自核對。

遊戲開服被 DDoS 灌爆,大概率是遲早要面對的事。第六問:被打了怎麼辦?防護算在這份報價裡嗎? 防護在雲上分雲端自帶的(清洗上限通常只到數 Gbps 量級,雲廠商預設就給的那層)跟付費方案的(從數十 Gbps 起跳,還能再上 BGP 代理、Anycast 分散),兩者不是同一個量級。超量之後的行為要拆開問:還清不清洗(把攻擊流量過濾掉)、扛不扛得住、超量費怎麼收,每家組合不同。合格答案說得出防護檔位和超量後的具體行為;「雲上自帶防護」六個字,一個數字都沒有。防護是獨立採購的一塊,四家示價和超量行為,DDoS 防護採購篇逐家列過,裡面的核對項拿來對這一問的答案剛好。

第七問:機房出事,多久恢復?最多丟多少資料? 這兩個數字有現成的詞:RTO(多久能恢復服務)和 RPO(最多能接受丟掉多久的資料)。合格答案兩個都給得出量級,而且對得上備援形態:備援檔位決定恢復速度:備份還原以日計、Pilot Light(待命最小化版)以小時計、暖備援(縮小版常開)以分鐘計、雙活(active-active)近秒級(這是 AWS 的四檔定義,容災設計篇用白皮書原話展開過);說「有備份」不夠,要說得出出事時誰頂上、幾小時內能開服。香港和新加坡之間做異地備援,檔位怎麼選、成本什麼量級,容災設計篇用 AWS 的分檔講得具體;你只需要要求技術團隊把檔位翻成人話。反向也成立:可中斷幾小時的內部工具或後台,RTO 拉到 24 小時也沒關係,備援不必強拉到暖備援;但玩家在線的對戰伺服器,RTO/RPO 都要逐分鐘談,雙活是合理選項。

搬進來之前先問怎麼搬走

第八問:哪天要搬走,代價是多少? 資料搬出雲端要按量付費,行話叫 egress(出流量,可以理解成搬家的運費:放進來免費,搬出去收錢)。合格答案給得出量級:你的資料量乘上單價大概是多少、哪些服務的資料格式搬得走、哪些搬不走。深度綁定的託管資料庫最常綁死:資料放在廠商專有系統裡,搬出來要轉格式;歸檔儲存的資料還要先付一筆取出費,搬運費之外另算。合約本身的退出也一併問:預付一年中途不幹,退不退錢。別信「隨時可以搬」,搬家成本和格式依賴都是能提前算的數。

第九問:合約到期或漲價,我的第二選項是誰? 這裡問的是備選,不著急馬上換:至少說得出一家備選廠商、它在港澳台和東南亞的節點接不接得住你的玩家分佈(玩家分佈怎麼看,港新日延遲實測裡有底表)、搬過去的最小方案要多少錢。注意:同時跑在兩家雲上不等於更穩,全套多雲是容災議題;這裡說的第二選項規模小得多,一台最小可用環境擺著,它自己也有月費,叫技術一起算進對比,議價時腰桿就不一樣。

九題問完,剩驗收:第十問:剛才九題的答案,哪些寫進了合約? 這問是十題裡最省錢的一題:它自己不花錢,卻把前九題的口頭承諾全部兜住。合格答案是逐項指出:哪些進了合約附頁、哪些進了 SLA 條款、哪些只是會議上說過。口頭的部分讓技術團隊發會議記錄給廠商確認,回不來的那幾條,就是這份合約最薄的地方。「都確認過了」五個字不算答案,確認到哪一行才算。反向也成立:用的是主流雲廠商、格式公開、API 文件齊全,搬走成本多半只算運費,第八第九兩題可以快速過;但若選了深度綁定的託管服務(專屬資料庫格式、專屬分發網路),連第二選項都沒得問——這種情況第九題的答案要換成「為什麼一開始選了這家」。

還有一樣在條款之前就要處理:主帳號、實名和離職交接歸誰管,這組控制權的完整清單在文末 FAQ,照著定好就行。附頁談不下來時別空手:業務郵件的書面確認是第二級白紙黑字(比會議口頭高一級),合約附頁或報價單上寫明是最高級(這才算數),兩級都要拿到;自助開戶連業務都沒有的,這十問就問自己技術團隊,簽約動作換成開戶前的核對。

問完十題,拿什麼決定簽不簽

十題共用同一把尺:數字、日期、白紙黑字。答案裡有量級和單位,是數字;說得出這個說法多久前查證、文檔連結在哪,是日期;寫進合約附頁或業務郵件書面確認,而不是只在會議上說過,是白紙黑字。三樣齊了算合格,缺任何一樣就把那一題記成未答,不用不好意思。香港、台灣的團隊開會前,可以把下面這張檢查清單印出來帶著。

組問題合格答案聽起來像
錢怎麼算按什麼單位收錢?「機器按小時還是包年、單價這個數;流量每 GB 這個數,觀眾落在某分區」
錢怎麼算什麼情況多收?到期價?「超量單價、門檻和到期日都寫在附頁第幾條」
帳怎麼查帳單誰看、多久一次?「上線頭三個月,固定日期由固定的人對兩本帳」
帳怎麼查超預算多久被發現?「告警當天觸發,一週內交出是哪塊漲的結論」
出事誰扛SLA 賠償怎麼算?「自己提、按月彙總、上限這個數,條款在第幾節」
出事誰扛被打誰扛?「清洗上限多少 G、超了斷線還是照收,寫在哪一條」
出事誰扛恢復多久、丟多少?「恢復要幾小時、最多丟幾分鐘資料,備援哪一檔」
退路在哪搬走代價?「資料量乘單價是這個量級,這幾樣搬不走」
退路在哪第二選項?「備選是某家,最小方案每月這個數」
退路在哪哪些進合約?「逐項指出進了附頁哪幾條,口頭的補會議記錄」

決策線畫在這裡:多數題答不出,說明內部準備還沒到簽約這一步,先把材料補齊;一兩題卡住,給明確期限讓技術團隊補;唯獨「錢怎麼算」和「退路在哪」兩組,答不出合格答案就緩一緩,找人把答案對一遍再落筆。這兩組答錯的代價,是每個月帳單重收一遍;其他組的問題多數能事後補機制,條款裡簽死了的除外。

十題對完,錢和退路兩組只要有一題對不出合格答案,先別落筆。這種時候多一雙眼睛,比簽完再改合約便宜得多;對答案不用開會,也不用先備材料,Telegram 開口就從卡住的那一題講起。

關於新星雲

這十題的判準,來自我替客戶做採購對齊時追數字的習慣:每個關鍵決定,追到有第二選項、有數字為止。新星雲接顧問和代客採購的活,一個人幹,不替任何一家雲扛業績,立場只在你帳單這邊。十題裡有對不出來的,Telegram 裡接著追,對我的客戶我就是這麼幹活的。

相關閱讀

FAQ

技術團隊答不出這十問怎麼辦?

能補的(實測數據、壓測報告)給明確期限;要書面確認的(計費口徑、SLA 條款),讓技術團隊拿廠商文檔回答,口頭不算數;「錢怎麼算」和「退路在哪」兩組對不出來的,先緩簽,處理原則看正文決策線那節。十問考的是準備程度,跟技術能力無關;答不出來多半是內部會議開得太早,補了材料再開一次。技術是外包的也一樣:十題照問,補材料的期限寫進外包合約的續約條款更有力。

上雲一定比自建機房或租實體機貴嗎?

不一定,負載形狀決定。整天滿載跑的穩定負載,實體機長期攤下來常更省;開服爆量、活動尖峰、波動大的負載,雲的彈性才值回票價。判斷方法別靠記別人的倍數,拿自己的玩家曲線分別套兩邊的報價各算一遍。這題在十問之外,卻決定選型方向:技術團隊答不出「我們的負載是哪種形狀」,後面的選型都是懸空的。

促銷價或預付折扣能不能簽?

能簽,但簽之前問三件事:折扣幾號到期、到期後單價多少、實際用量和承諾用量對不上怎麼結算。三個答案都要寫進合約附頁,口頭承諾不算。港台團隊簽的多是國際站合約,條款以英文版為準;中文說法和英文條款對不上的地方,就是日後爭議的地方。

SLA 幾個 9 才算夠?

個數之外,四件事更實在:賠償怎麼算(多數是帳單折抵,有上限)、按什麼週期彙總(短暫停機可能因當月整體達標而拿不到賠償)、要誰發現和申請(多數廠商不會主動通知你)、維護時間算不算停機。另外整條鏈路環環相扣,把每一環的可用率相乘,整體數字會比任何一環都低,別拿單一環節的 9 當全案承諾。

上雲之後,資安就是廠商的責任了嗎?

合約上的分界恰好相反:客戶側的資料安全多數留在你這邊,帳號權限、金鑰管理、應用層防護都是你的活,賠償條款通常還免責間接損失,上限常常只有近幾個月的服務費。開戶前定好三件事:主帳號用誰的郵箱和手機、實名掛公司還是個人、技術負責人離職怎麼交接。控制權比條款更先出事,人走了、帳號還掛在他手機上:這種事一旦發生,條款救不了你。

我不懂技術,怎麼判斷回答不是在敷衍?

不用懂技術,認三樣東西:數字(答案裡有沒有量級和單位)、日期(這個說法多久前查證的、文檔連結在哪)、白紙黑字(寫進合約附頁或業務郵件書面確認,還是只在會議上說過)。三樣齊了才算合格。反過來,「放心」「大家都這樣」「到時候再說」任何一句出現,就把那一題當作沒答過。

問這十題會不會得罪技術團隊?

把這篇文章先給他們看,再帶十題進會議,就不會。十問要的是記錄和數字;提前給清單,他們有時間備材料,會議反而快。真正傷感情的是反過來:平時不問,出事後追責。把關動作放在簽字前,是幫技術團隊把預算和界線講清楚,對做事的人是保護。

Telegram 聯絡