新加坡
服務東南亞用戶及區域內的程式碼、產物服務。適合從新加坡、馬來西亞與周邊網路發起的遠端連線。
實體節點地圖
依庫存與實測延遲選擇雲端 Mac 節點
MiniDeploy 在新加坡、日本東京、韓國首爾、香港與美國西部提供獨享實體機。每位租戶使用整台 Mac mini，不與其他租戶共用晶片、記憶體或本機儲存空間，也不是虛擬機。
互動式遠端 Mac 桌面應先看往返延遲；自動建置工作還要考量程式碼儲存庫、依賴映像檔與產物儲存位置。以下同時公開庫存快照與統一標準的 ping 資料，方便下單前判斷區域。
可用區域
五個區域，同一套獨享規格
區域只會影響網路路徑、目前庫存與資料遷移距離，不會改變 M4 Core 的基本硬體規格。下單時選擇節點、租期與附加項目，付款確認後即進入資源鎖定與系統初始化流程。
日本東京
服務日本本地與東北亞開發存取。遠端 Xcode、VNC 操作及日本區域 CI 連線通常更容易取得穩定延遲。
韓國首爾
服務韓國本地及鄰近地區。適合程式碼服務、依賴快取與團隊成員主要位於韓國的建置工作流程。
香港
服務香港及周邊地區的互動式遠端工作。適合需要頻繁操作圖形介面、終端機與 Xcode 的日常開發。
美國西部
服務北美西岸團隊及當地程式碼服務鏈路。適合建置觸發端、依賴來源與產物接收端集中在美西的工作。
庫存說明：本頁矩陣為發布時點快照，不代表已保留資源。提交訂單時的可選狀態由控制台即時回傳；節點顯示有貨後仍應儘快完成付款，以便進入資源鎖定步驟。
選擇邏輯
先判斷互動比例，再判斷資料位置
同一個節點不一定同時適合遠端桌面與自動化建置。選擇前先拆分工作：人機互動重視輸入到畫面回傳的速度，背景流程則重視拉取、快取與上傳的總時間。
遠端 Mac 桌面
持續操作 Xcode、終端機或媒體時間軸時，優先選擇用戶端到節點往返延遲較低且波動較小的區域。表中的中位數適合第一輪篩選，但不能取代本地網路實測。
- ≤40 ms：通常適合高頻率鍵盤滑鼠互動。
- 41–80 ms：可用於開發操作，建議降低解析度與色彩深度。
- >80 ms：較適合命令列或背景工作，圖形互動需先行驗證。
CI/CD 建置
流程不能只依開發者所在城市選擇區域。程式碼儲存庫、依賴快取、測試資料與產物儲存若分布於不同區域，網路傳輸可能比編譯本身更耗時。
- 記錄一次完整工作中的程式碼拉取、依賴還原、建置與產物上傳耗時。
- 優先讓體積最大的輸入或輸出靠近雲端 Mac 節點。
- 遷移前保留原有 runner，至少完成一次平行驗證與產物校驗。
區域矩陣
M4 Core 節點供應矩陣
綠色狀態表示節點可直接進入訂購流程。實際可用結果以控制台回傳的即時庫存為準。
| 機型 | 新加坡 | 日本東京 | 韓國首爾 | 香港 | 美國西部 |
|---|---|---|---|---|---|
| M4 Core M4 · 16GB · 256GB | 有貨 | 有貨 | 有貨 | 有貨 | 有貨 |
規格限制：M4 Core 固定為 Mac Mini M4、16GB RAM、256GB SSD。訂購時可選擇 +1TB SSD、+2TB SSD 或 Thunderbolt 5 並聯附加項目，能否組合仍取決於目標節點目前的資源。
依目前庫存訂購延遲表
主要用戶端城市至節點的延遲實測
數值為 ICMP 往返時間中位數，單位為毫秒。每條路徑連續傳送 100 個封包，移除第一個樣本後計算；時段為當地 20:00–22:00。
| 用戶端城市 | 接入業者類型 | 新加坡 | 日本東京 | 韓國首爾 | 香港 | 美國西部 |
|---|---|---|---|---|---|---|
| 新加坡 | 本地固定寬頻 | 6 ms | 68 ms | 74 ms | 35 ms | 171 ms |
| 東京 | 本地固定寬頻 | 72 ms | 5 ms | 34 ms | 48 ms | 109 ms |
| 首爾 | 本地固定寬頻 | 79 ms | 31 ms | 5 ms | 42 ms | 132 ms |
| 香港 | 本地固定寬頻 | 37 ms | 47 ms | 40 ms | 4 ms | 151 ms |
| 洛杉磯 | 本地固定寬頻 | 176 ms | 111 ms | 137 ms | 154 ms | 9 ms |
| 舊金山 | 企業固定寬頻 | 169 ms | 105 ms | 128 ms | 146 ms | 12 ms |
如何使用這些資料：先依用戶端城市選擇延遲較低的兩個候選節點，再使用實際工作網路連續測試尖峰與非尖峰時段。遠端桌面還應觀察抖動與封包遺失；CI/CD 則應補測程式碼拉取與產物上傳吞吐量。
限制條件：ICMP 數值不等於 VNC、SSH 或檔案傳輸的完整應用層耗時。用戶端 Wi-Fi、跨網路路由、企業代理伺服器、解析度與背景同步工作都可能改變最終體驗。
區域適配
三類典型部署路徑的節點重點
節點選擇不只取決於「距離近」。團隊成員、程式碼入口與產物出口可能位於不同地區，以下列出三種常見部署路徑及下單前的驗證項目。
JP / TYO
有貨
日本東京：東北亞遠端開發入口
東京節點適合團隊成員主要位於日本，或需要從東北亞存取遠端 Mac 桌面的工作。新加坡、東京、首爾、香港、美西測試端至該節點的延遲中位數分別為 5 ms、31 ms 及 47 ms。
- 適合持續操作 Xcode、終端機與 macOS 圖形介面。
- 程式碼與依賴服務位於日本時，可縮短建置前的資料傳輸距離。
- 下單前檢查團隊實際網路在晚間尖峰時段的抖動與封包遺失。
US-W
有貨
美國西部：北美團隊與程式碼鏈路入口
美國西部節點適合團隊成員、程式碼儲存庫接入點或產物儲存集中在北美西岸的工作。洛杉磯與舊金山測試端至節點的延遲中位數分別為 9 ms 及 12 ms。
- 適合美西團隊進行遠端 Xcode 開發及使用 self-hosted runner。
- 大型依賴或產物位於北美時，可縮短流程傳輸階段。
- 亞洲成員需要互動操作時，應先驗證跨洋鏈路體驗。
HK
有貨
香港：周邊地區互動式工作入口
香港節點適合香港本地及周邊地區的遠端桌面操作。新加坡、東京、首爾、香港、美西測試端至該節點的延遲中位數分別為 4 ms、35 ms、42 ms 及 48 ms。
- 適合頻繁切換圖形介面、終端機與專案檔案的開發工作。
- 遠端桌面可先使用較高畫質，再依網路波動逐步調整。
- 大型檔案同步應避開互動時段，減少對畫面回應的影響。
新加坡與韓國首爾
新加坡與韓國首爾節點說明
這兩個區域常用於東南亞與韓國本地工作流程。切換區域前不能只比較 ping，還要先確認資料、工具鏈與自動化入口能否完整遷移。
新加坡
有貨常見服務範圍為新加坡、馬來西亞及東南亞周邊用戶。新加坡測試端至節點的延遲中位數為 6 ms；香港測試端為 37 ms。
適合區域內的遠端桌面、命令列工作與 CI 建置。若建置依賴或產物儲存位於東北亞，應額外測量下載與上傳時間，避免只依低延遲做決定。
韓國首爾
有貨常見服務範圍為韓國本地及鄰近東北亞用戶。首爾測試端至節點的延遲中位數為 5 ms，東京測試端為 34 ms。
適合韓國本地與東北亞方向的遠端開發和建置任務。跨區域協作前，先確認資料、工具鏈和自動化入口可以完整遷移，不要假設資料可以隨時整體搬運。
區域切換前的備份驗收
- 專案資料：確認程式碼、未提交變更、建置腳本、測試資料與媒體素材均已複製至受控儲存空間。
- 工具鏈設定：記錄 macOS、Xcode、命令列工具、套件管理器與自動化腳本版本，並匯出可重現的安裝清單。
- 存取憑證：確認臨時金鑰、部署憑證與 CI 變數可在目標節點重新簽發，不直接複製無關的長期權限。
- 產物校驗：對封存檔、安裝套件、日誌與模型輸出執行大小或校驗值比對，確認遷移前後內容一致。
- 回退條件：保留原節點直到驗證完成，至少完成一次遠端連線、完整建置與產物回傳後，再結束舊租期。
遷移注意事項
跨區域遷移前，重新驗證四個變數
節點變更會改變網路路徑與資料位置。目標節點有貨只是遷移起點；延遲、同步耗時、CI 來源限制與存取策略都需要重新核對。
目標庫存
先在控制台確認目標區域仍可選擇，再安排遷移。靜態頁面狀態只能用於初步篩選，不能取代提交訂單時的資源鎖定結果。
連線延遲
從每個主要用戶端位置分別測試，不要用單一城市代表整個團隊。記錄中位數、峰值、抖動與封包遺失，並涵蓋實際工作時段。
同步時間
以待遷移資料總量除以實測有效吞吐量，預留校驗與重傳時間。大型專案應先同步不變資料，再於切換時處理最後增量。
CI 存取來源
核對程式碼入口、依賴服務與產物接收端是否限制來源位址。遷移後重新執行 runner 註冊、快取預熱與完整流程驗證。
建議的切換順序：確認庫存 → 建立目標節點 → 同步資料與工具鏈 → 測試遠端連線 → 跑通完整 CI → 校驗產物 → 更新存取策略 → 再處理原節點。請勿在目標節點驗收前結束原租期。
選擇實體節點
帶著節點、租期與附加項目進入訂購
下單前確認目標區域目前有貨，選擇 M4 Core 的日、週、月或季租期，並核對儲存空間與 Thunderbolt 5 並聯需求。付款確認後，資源鎖定、系統準備與憑證簽發總計約 4 分鐘。
僅支援 USDT-TRC20 與 Visa / Mastercard / Amex（經 Stripe），一律以美元（USD）結算。