上個月有個客戶問我：「為什麼租 Mac mini 比買一台還省事？」
他們團隊裡沒人日常用 Mac，但 App Store 每週都要發版。為了上架一個 iOS App，專門買了一台 Mac mini，結果我們後來看使用率——平時大約九成時間都在閒置，只有發版那兩天有人登入。
把 CI 遷到雲端獨享 Mac 之後，辦公室那台再也沒人碰過。工單裡寫的理由很直白：「我們缺的不是 Mac，是一台 7×24 能編 iOS 的機器。」
這其實就是很多人第一次聽說 Mac Cloud Server（也有人叫 Cloud Mac、Mac 雲伺服器）時的真實動機——不是背定義，是買過的硬體在發呆。
下面是我們 Vuncloud 機房這邊寫的：既回答「Mac Cloud Server 是什麼」，也寫清楚誰在用、為什麼用、用了之後會發生什麼。如果你只想要一句教科書定義，跳到這裡；如果你想判斷值不值得租，繼續往下讀。
台上常見的三種租機理由（都不是「我想學 macOS」）
賣 Mac Cloud Server 這幾年，來詢價的團隊表面需求很散，歸起來就三類：
第一類：公司不讓買 Mac，但業務必須發 iOS。 開發機是 Windows 或 Linux，PM 只在乎 TestFlight 能不能今晚出包。他們租的不是「雲端桌面」，是一台能跑 xcodebuild 的遠端 Mac，通常 SSH 進去跑流水線，偶爾 VNC 看模擬器。
第二類：已經買了 Mac mini，使用率慘不忍睹。 上文那個客戶就是。CapEx 花出去了，行政還問「為什麼又買蘋果」。遷到雲端後，辦公室機器變成可選的除錯機，建置統一在機房 M4 上，版本和憑證也好管。
第三類：CI 在 GitHub macos-latest 上越跑越煩。 排隊、快取每次清空、pod install 像抽獎。他們要的 Mac Cloud Server 其實是一台有固定磁碟路徑的 self-hosted runner，機器編號寫在 workflow 裡，而不是賭託管佇列心情。
技術上：Mac Cloud Server 到底是什麼（簡版）
用我們交付時的話說：機房裡的獨享 Mac mini，透過網路給你用。 完整 macOS，能裝 Xcode、跑模擬器、匯入 p12、Archive 上傳 TestFlight。你的筆電只負責 SSH 或遠端桌面，編譯在雲端跑。
它不是 Linux 上虛擬出來的 macOS，也不是 Hackintosh。蘋果只把工具鏈放在真 Mac 上——Mac Cloud Server 只是把這台 Mac 放在機房，按日／週／月租給你。
和口語裡的 Cloud Mac、Mac 雲伺服器、remote Mac、Mac build server 基本是同一族；我們寫 Mac Cloud Server 時，強調的是當伺服器用（建置機、Runner），不是偶爾遠端辦公摸魚。
案例：CI 從大約 14 分鐘到大約 6 分鐘——最大的提升不是 CPU
去年有個做工具類 App 的團隊，每天觸發大概 300～500 次 iOS 相關建置（PR + 夜間定時）。一開始全在 GitHub macos-latest 上跑，痛點很具體：
- 高峰要排隊，發版日下午最難受；
- DerivedData、CocoaPods 快取無法按自己的策略長期保留，乾淨建置很頻繁；
- 一次
pod install常常單獨吃掉好幾分鐘。
他們遷到一台獨享 Mac mini M4（16GB，1TB SSD）當 self-hosted runner 之後，同樣 workflow、同樣程式碼，PR 建置牆鐘時間從大約 14 分鐘降到大約 6 分鐘（他們自己在 Slack 裡報的區間，不同分支會有波動）。
遷機時我們一起看 log，結論很一致：不是 M4 魔法，而是這兩件事終於穩定了——
~/Library/Developer/Xcode/DerivedData和 Pod 快取目錄不再每次 job 結束就清掉；- Runner 和 Git 遠端、成品庫都在同一大區，少了很多無意義的網路往返。
他們 CTO 原話：「我們以為要買更快的晶片，其實是買一塊不會被清空的 SSD。」更系統的 Runner 架構可以對照Mac mini M4 上的 iOS CI/CD。
案例：全 Windows 的 Flutter 團隊——租的是「能出 ipa 的那台」
另一個常見畫面：十幾台 Windows 開發機，Android 流水線很成熟，一到 flutter build ipa 就卡殼。他們試過讓同事帶回家用 MacBook 編，結果變成「只有小王機器上能過」。
後來租了一台亞太節點的 Cloud Mac，約定只做三件事：git pull → pod install → flutter build ipa。Windows 側用 VS Code Remote-SSH 改程式，不全桌 VNC——這是我們在支援工單裡反覆建議的：GUI 遠端很吃網，編譯其實不吃。
兩週後他們的變化不是「大家都會 Swift 了」，而是發版負責人固定在一台機器上簽章的，描述檔不再到處傳。Flutter 指令細節見Flutter iOS 雲端建置手記。
我們對 Mac VPS 的看法：這個詞這幾年被濫用了
這篇如果寫得「中立」，我會寫：Mac VPS 適合輕量腳本。但以我們接過的踩雷工單來說，我會把話說死一點：
過去幾年 Mac VPS 在搜尋裡被用爛了。不少供應商頁面寫著 Mac，實際交付的是：
- 老款 Intel Mac，跑新模擬器已經吃力；
- 共享 CPU／磁碟，鄰居 job 一跑你就 swap；
- hypervisor 裡的 macOS，Metal／Simulator 行為詭異。
如果你的目標是 Xcode 26、iOS Simulator、或者要在 macOS 上長跑 AI Agent，在 2026 年我會直接把預設答案寫成：Apple Silicon 獨享實體 Mac（Mac mini M4 這類），而不是最便宜的 Mac VPS 套餐。
不是 VPS 這個詞有毒，而是買家得問清：是不是獨享、是不是 M 系列、磁碟能不能長期占滿 DerivedData。我們寫過更細的對照：Mac VPS vs Cloud Mac。
- 256GB 系統碟租 Xcode 機——裝完 Xcode + 兩個模擬器執行環境，DerivedData 一漲就「編譯莫名失敗」，其實是碟滿了。
- 多人共用一個 Apple ID 裝 Xcode——憑證和 Provisioning 很快亂套；建置機請用獨立帳號。
- 一上來就 8 小時 VNC 寫 UI——跨境 Wi‑Fi 會勸退；能 SSH 解決的別硬開桌面。
和自購 Mac、EC2 Mac、macos-latest 怎麼選（工程師視角）
不畫「誰都適合」的大表，只寫我們在工單裡怎麼勸：
- 自購 Mac mini：使用率能穩定在高檔（例如每天 >4 小時建置或除錯），買。使用率低、只為合規發版，租更划算——見自購 vs 租用對照。
- AWS EC2 Mac：團隊已經在 AWS 裡，且能接受按小時和配額；要「固定快取 + 固定 Xcode 版本 + 亞太機房」的，我們這邊問得多。
- GitHub 託管 macOS：每月建置次數少、能接受排隊，可以繼續用；一旦 PR 建置變成每天上百次，幾乎都會來看 Mac Cloud Server。
很多人最後是混合：辦公室一台 Mac 給產品摸模擬器，機房一台 M4 專跑 CI；發版週再臨時加第二台，用完退訂。
接入時我們建議你這樣用
你的筆電（Win / Mac / Linux）
│ 日常：SSH + git / xcodebuild / fastlane
│ 偶爾：VNC（Storyboard、模擬器 GUI）
▼
機房：獨享 Mac mini M4
· DerivedData / Pods 長期落碟
· 鑰匙圈只放這台機器
▼
TestFlight / App Store Connect
區域上：人在台灣、程式在 GitHub 亞太鏡像，就優先亞太節點；要跑美區沙盒 TestFlight，再單獨開美西機器——別指望一台機解決所有時區問題。選型細節見區域與磁碟 FAQ。
我們每台 Mac Cloud Server 是單租戶實體機，不和其他客戶共享 CPU／記憶體。憑證和原始碼仍要你自己管好；租約結束我們會擦碟——敏感東西別當永久網碟。
叫法對照（搜英文文件時用）
| 你看到的詞 | 我們怎麼理解 |
|---|---|
| Mac Cloud Server／Mac 雲伺服器 | 當建置機租的獨享 Mac |
| Cloud Mac／雲端 Mac | 口語，同上 |
| Mac mini hosting | 強調機型與託管 |
| EC2 Mac／MacStadium | 具體廠商產品，屬於這一類實作 |
FAQ（客戶真問過）
和雲端電腦是一回事嗎？ 不是。雲端電腦多是 Windows；我們要的是macOS + 真 Apple 硬體。
頻寬要多大？ SSH 建置幾 Mbps 就夠；VNC 建議穩定 10Mbps+ 上行，有線優於 Wi‑Fi。
一台機器能登幾個開發者？ 技術上可以多使用者，但我們建議一台建置機一個職責，別多人亂登 Apple ID。
租了就能上架嗎？ 環境夠了；Developer 帳號、簽章、審核還是你的事。
你們賣虛擬機嗎？ 不賣。我們賣的是你能 SSH 進去的整台 Mac mini M4，亞太／美西節點，按日／週／月。SSH／VNC 接入見遠端 Mac 實務。