XVM M4 Core
- 晶片
- M4
- 記憶體
- 16GB RAM
- 本機儲存空間
- 256GB SSD
適合單一專案開發、腳本工作、低並行建置與規模可控的依賴快取。若建置過程經常接近記憶體上限，應直接評估更高配置。
選擇 XVM M4 Core購買前技術問答
一次解答雲端 Mac 的關鍵問題
這裡不作模糊承諾。你可以直接核對裝置歸屬、M4 配置、節點範圍、四種計費週期、遠端連線條件、資料責任與支援範圍，再決定是否租用。
- 2種 Mac Mini M4 配置
- 4個亞洲實體節點
- 4種租用週期
- 99.9%目標可用率
產品形式
你租用的是什麼
先確認資源是否獨享，以及適合執行哪些開發工作。
XcodeVM 提供的是虛擬機器嗎？
不是。XcodeVM 提供雲端 Mac 與獨享實體主機，裝置資源由目前訂單獨享，不會將同一台機器的處理器、記憶體與本機儲存空間分配給多位租戶。你可以透過遠端圖形介面或命令列使用 macOS，裝置仍位於所選實體節點。
這種形式適合需要固定裝置歸屬、穩定建置環境或持續保留專案快取的工作。實際晶片、記憶體、儲存空間、節點與租期以訂單確認資訊為準。
哪些工作適合放在雲端 Mac 上？
常見用途包括 iOS 與 macOS 開發、Xcode 建置、GitLab Runner、React Native 打包、Unity iOS 輸出、 自動化腳本、遠端開發與 MLX 實驗。macOS 圖形介面與命令列皆可使用，因此既能執行互動式開發，也能作為持續整合執行節點。
選型時應優先考慮峰值記憶體、並行建置數量、依賴快取大小與工作持續時間。需要長期保存的程式碼、簽署資料與業務資料，應另外建立應用程式層級的備份。
節點能否全年持續運作？
四個節點均依全年 365 天正常運作設計。服務狀態會持續記錄，實際可用性以狀態記錄與訂單對應的執行個體為準。若遇到無法存取的情況，請先記錄發生時間、節點、網路供應商與錯誤資訊，再依支援流程提交工單。
機型配置
兩種 Mac Mini M4 該如何選擇
目前在售目錄只有兩種，不提供目錄外配置。
XVM M4 Plus
- 晶片
- M4
- 記憶體
- 24GB RAM
- 本機儲存空間
- 512GB SSD
適合多專案並行、較大的依賴樹、更高並行建置，以及需要更多記憶體餘裕的 MLX 實驗。模型推論仍應先核對模型規模與實際記憶體用量。
選擇 XVM M4 Plus無法確定記憶體需求時，應先選哪一種？
先在本機或現有建置環境記錄一次完整工作的峰值記憶體、快取大小與並行數。單一專案、低並行工作可先評估 XVM M4 Core；多個專案同時建置，或工作峰值接近 16GB 時，應評估 XVM M4 Plus，避免將交換空間當作長期容量方案。
是否提供其他晶片、記憶體或系統磁碟配置？
目前在售主機配置僅有 M4 / 16GB / 256GB 與 M4 / 24GB / 512GB。需要額外容量時，可為訂單選擇獨立計費的 SSD 擴充；實際可用性以控制台即時回傳為準。
節點選擇
如何判斷四個在售節點的延遲
地理距離只能作為參考，實際路徑還會受到網路供應商出口、跨境路由與尖峰時段壅塞影響。
新加坡
適合測試面向東南亞的網路連線，也可作為跨區域團隊的連線候選節點。
日本（東京）
適合需要日本網路路徑或東京端建置節點的開發工作流程。
韓國（首爾）
適合韓國及鄰近地區團隊測試實際網路供應商連線與遠端互動表現。
香港
適合跨境開發團隊評估連線路徑、程式碼同步與持續建置鏈路。
距離最近的節點，延遲一定最低嗎？
不一定。新加坡、日本（東京）、韓國（首爾）、香港四個節點可能經由不同的網路供應商互聯與跨境出口。建議從實際辦公網路分別執行多輪 ping 與 traceroute，同時記錄 P50、P95、封包遺失率與測試時段，而不是只看一次最低值。
兩種機型都能選擇四個節點嗎？
可以。XVM M4 Core 與 XVM M4 Plus 均提供新加坡、日本（東京）、韓國（首爾）與香港節點。每次下單的實際可用性以控制台即時回傳為準。
跨境連線測試應記錄哪些資料？
至少記錄本地網路供應商、測試城市、目標節點、測試時間、連續樣本數、P50、P95、封包遺失率與路由跳數。若遠端畫面卡頓，還應補充解析度、用戶端版本、連線方式，以及問題是否能穩定重現。
價格與週期
主機與附加項目如何計費
主機、擴充儲存空間與 Thunderbolt 5 並聯分別計價，並依所選週期結算。
| 方案 | 每日 | 每週 | 每月 | 每季 |
|---|---|---|---|---|
| XVM M4 Core M4 / 16GB / 256GB |
$19.1 |
$51.7 |
$95.7 |
$260.3 |
| XVM M4 Plus M4 / 24GB / 512GB |
$39.5 |
$106.6 |
$197.4 |
$536.9 |
| 附加項目 | 每日 | 每週 | 每月 | 每季 |
|---|---|---|---|---|
| +1TB SSD | $2.7 |
$7.3 |
$13.5 |
$36.7 |
| +2TB SSD | $5.4 |
$14.6 |
$27 |
$73.4 |
| Thunderbolt 5 並聯 每台計費 |
$1.5 |
$4.1 |
$7.6 |
$20.7 |
每日、每週、每月、每季應如何選擇？
短期驗證、臨時輸出與一次性實驗可優先考慮日租或週租；持續開發、固定 Runner 與長期專案可比較月租或季租。不要只比較單日數字，應綜合考量預計工作時間、環境初始化成本與資料遷移次數。
擴充 SSD 與 Thunderbolt 5 並聯包含在主機價格中嗎？
不包含。兩者均為獨立附加項目，並按照與主機相同的日、週、月、季週期計費。下單前應核對主機配置、擴充容量、並聯裝置數量與最終訂單總額。
頁面價格與最終訂單不一致時，應以哪個為準？
提交付款前，以控制台回傳的機型、節點、週期、附加項目與訂單總額作為最終確認依據。若發現配置與預期不符，應先停止結帳並重新核對，不要在資訊不完整時繼續提交。
付款與結帳
僅支援兩種付款方式
所有訂單一律以美元（USD）結算，實際可用的付款閘道以後端介面回傳為準。
USDT-TRC20
付款前請核對鏈別、收款資訊、訂單金額與訂單識別碼。鏈上轉帳完成後請保留交易識別碼，以便狀態異常時核查。
Visa / Mastercard / Amex
銀行卡付款由 Stripe 處理。結帳頁面會顯示目前訂單金額與可用付款閘道，XcodeVM 不要求使用者透過支援請求傳送完整付款憑證。
訂單使用哪種貨幣結算？
所有方案、附加項目與訂單均以美元（USD）顯示並結算。付款前請核對付款頁面顯示的最終美元金額。
付款後訂單狀態沒有更新，該怎麼辦？
不要重複付款。請先保存訂單識別碼、付款時間、金額與已去識別化的交易資訊，再登入控制台提交工單。USDT-TRC20 付款可附上交易識別碼；銀行卡付款可附上訂單頁面狀態，但不要提交完整卡號或安全碼。
遠端連線
從開通資訊到網路排查
先確認憑證與連接埠，再判斷是用戶端、工作階段或網路路徑問題。
核對開通資訊
確認訂單識別碼、節點、連線位址、連接埠與初始憑證屬於同一個執行個體。
測試基本連線
從目前網路檢查 DNS、目標連接埠、往返延遲與路由路徑。
建立遠端工作階段
依用戶端能力調整解析度、色彩品質與鍵盤配置，再儲存連線設定。
記錄重現條件
保留發生時間、網路供應商、節點、錯誤文字與去識別化日誌，方便後續定位。
首次連線前需要準備什麼？
準備可存取目標節點的穩定網路、受支援的遠端用戶端，以及控制台提供的連線資訊。先核對位址與連接埠，再輸入憑證。連線成功後應更新初始憑證，並將連線資訊儲存在受控的憑證管理工具中。
遠端畫面中斷後應如何重新連線？
先等待目前用戶端釋放舊工作階段，再重新連線至同一個執行個體。若連續失敗，依序檢查本地網路、目標連接埠、DNS 解析與路由變化。不要透過反覆建立新工作階段掩蓋問題，應記錄明確的失敗時間與錯誤文字。
連線可以建立，但操作卡頓怎麼辦？
先降低顯示解析度與色彩品質，關閉不必要的動態畫面，然後在相同網路下連續測試延遲、抖動與封包遺失率。如果只有特定時段出現問題，應分別記錄正常與異常樣本，比較網路供應商路由是否改變。
完整指令與提交資訊請參閱支援排查指南。
可以將連線憑證分享給整個團隊嗎？
不建議使用未受控的共用憑證。應依最小權限原則分配存取權，記錄授權範圍與有效期限，並在人員職責變更時及時撤銷權限。密碼、私密金鑰與簽署資料不應出現在程式碼儲存庫、建置日誌或支援附件中。
資料處理
程式碼、金鑰與備份由誰管理
獨享裝置不代表會自動備份。使用者仍需建立自己的資料生命週期管理機制。
應用程式層級備份
為程式碼、建置配置、產出物與實驗資料設定獨立備份，並定期驗證還原流程。
金鑰管理
金鑰與簽署資料應限制讀取範圍，避免寫入儲存庫、日誌、快取套件與支援附件。
租期結束前完成遷移
提前複製必要資料，確認目標端可以讀取後，再清理本機工作目錄與暫存憑證。
XcodeVM 會替我完成專案備份嗎？
使用者應負責應用程式層級備份。建議將原始碼儲存在受控儲存庫，將建置配置與關鍵腳本納入版本控制，並把無法重新建立的產出物或實驗資料複製到獨立儲存空間。備份是否有效，應透過還原測試確認，而不是只確認檔案已完成複製。
什麼是資料最小化？
只將完成工作所需的資料放入執行個體。例如建置節點只同步必要的儲存庫與相依套件，不複製無關的客戶資料；提交支援請求時只提供去識別化日誌，不附上完整資料庫、私密金鑰、密碼或付款憑證。
租用結束前應完成哪些動作？
確認程式碼已推送、建置產出物已轉移、備份可還原、金鑰已輪替或撤銷，且快取與暫存檔案已清理。不要將最後一次遷移安排在租期結束前的短時間內，應預留驗證與失敗重試時間。
支援與 SLA
如何理解 99.9% 並提交記錄
可用率不是主觀體驗評分，而是需要對應執行個體、時間範圍與可核對狀態記錄的指標。
99.9%
目標可用率
記錄比描述更重要
發生服務中斷時，應記錄訂單識別碼、執行個體節點、開始與恢復時間、錯誤文字、重現步驟與去識別化日誌。狀態記錄、測量期間、適用範圍、排除事項、申請期限與服務抵扣方式，均以服務條款為準。
- 訂單識別碼與執行個體節點
- 故障開始時間與恢復時間
- 本地網路供應商與網路環境
- 錯誤文字、重現步驟與去識別化日誌
99.9% 代表什麼服務目標？
99.9% 是目標可用率的展示標準，用於評估訂單對應服務在適用測量期間內的可存取狀態。具體計算方式、狀態記錄、不可抗力與使用者自身操作等排除事項，以及服務抵扣條件，均以服務條款為準。
如何提交更容易處理的支援請求？
登入控制台提交工單，提供訂單識別碼、節點、問題發生時間、重現步驟、預期結果、實際結果與去識別化日誌。若問題與網路相關，請再補充本地網路供應商、測試城市、延遲、封包遺失率與路由結果。
無法登入控制台時如何聯絡？
可傳送電子郵件至 support@xcodevm.com。郵件中請寫明帳戶關聯電子郵件、訂單識別碼、節點、發生時間與已去識別化的錯誤資訊。不要傳送密碼、私密金鑰、完整付款憑證或未去識別化的業務資料。