新加坡
東南亞存取方向
跨區域節點調度
6 個雲端 Mac 節點，依實際存取路徑選擇
OpsVM 目前在新加坡、日本（東京）、韓國（首爾）、香港、美國東部與美國西部提供雲端 Mac 獨享實體機。每份訂單對應一台實體節點，而非虛擬機；團隊可結合辦公網路、程式碼儲存庫、成品儲存空間與目標市場決定區域。
- 在售節點
- 6 個區域
- 在售配置
- 3 種實體機
- 執行方式
- 365 天正常運作
區域目錄
APAC 4 · US 2
節點關係表示目錄與存取方向，不代表固定延遲。最終選擇應以實際辦公網路測試結果為準。
SG
JP
KR
HK
US-E
US-W
節點總覽
目錄固定為 6 個區域，從存取方向開始選擇
相同機型在不同區域維持一致的晶片、記憶體、硬碟與計費標準。區域差異主要來自團隊到節點的網路路徑，以及程式碼儲存庫、依賴來源與成品目標的位置。
日本（東京）
日本與東亞存取方向
韓國（首爾）
韓國與東北亞存取方向
香港
華南與東南亞存取方向
美國東部
北美東部與西歐存取方向
美國西部
北美西岸存取方向
亞太節點
四個方向，涵蓋東亞與東南亞開發路徑
先依團隊主要辦公地點篩選，再確認儲存庫拉取、依賴下載、測試裝置聯調與成品上傳是否跨越不必要的長距離鏈路。
SG
東南亞
新加坡
適合主要成員位於東南亞，或業務發布、依賴映像檔與成品儲存集中在此方向的團隊。遠端 Xcode 工作階段與 CI 上傳應分別測試，不能只用一次網頁測速取代。
- 優先確認
- 辦公網路到節點在尖峰時段的路徑
- 典型工作流程
- Swift 開發、自動化測試、區域發布
- 選擇界線
- 若團隊主要位於東北亞，應同時測試東京與首爾
JP
東京
日本（東京）
適合日本本地開發、面向日本市場的發布流程，以及需要在東亞時區持續執行的 Xcode 建置工作。應重點觀察互動工作階段的抖動與大型成品回傳速度。
- 優先確認
- SSH 往返時間與圖形介面輸入反應
- 典型工作流程
- 日常開發、簽署檢查、成品匯出
- 選擇界線
- 儲存庫位於其他區域時，需補測複製與快取下載
KR
首爾
韓國（首爾）
適合韓國本地團隊、東北亞協作與自動化建置。若工作流程包含頻繁拉取依賴或上傳測試套件，應將完整工作耗時與單次 ping 一起記錄。
- 優先確認
- 持續連線穩定性與封包遺失率
- 典型工作流程
- 平行測試、持續整合、版本驗證
- 選擇界線
- 跨區域協作者應分別從各自網路進行測試
HK
香港
香港
適合華南與東南亞之間的跨境開發協作，也可用於需要接近區域程式碼儲存庫與成品服務的建置流程。不同電信商的路徑可能差異明顯，應分別記錄有線與 Wi-Fi 結果。
- 優先確認
- 團隊實際電信商的跨境路由
- 典型工作流程
- 遠端開發、程式碼同步、自動化處理
- 選擇界線
- 不要用行動網路結果取代固定辦公網路
美國節點
兩條跨時區路徑，不將區域拆成虛構城市
美國東部與美國西部是兩個獨立在售區域。選擇時應查看協作者、儲存庫、測試服務與發布目標的整體位置，而不是只看團隊中單一成員的最低延遲。
US-E
北美東部
美國東部
適合成員、儲存庫或發布系統主要位於北美東部與西歐方向的團隊。跨時區流水線可在團隊離線後持續執行測試、簽署檢查與成品產生。
- 驗證北美東部辦公網路的 SSH 中位延遲與封包遺失率。
- 測量從程式碼儲存庫完整複製及還原依賴快取所需的時間。
- 記錄成品上傳至目標發布路徑的平均速度與失敗重試。
US-W
北美西岸
美國西部
適合協作者、程式碼服務或目標市場主要位於北美西岸方向的團隊，也適合亞太與北美之間的接力建置。美國西部作為單一區域提供，不拆分為其他在售節點。
- 同時測試亞太成員與北美西岸成員的實際辦公網路。
- 比較互動式 Xcode 使用與無人值守 CI 對延遲的不同容忍度。
- 在目標 CI 時段重新測試，避免只收集低負載時段的資料。
延遲測試紀錄
不預估 ping，以一致標準填入可驗證結果
目前表格保留為實測紀錄範本。未提供真實網路樣本的儲存格統一標記為「未測」，不依地理距離產生數字。執行者完成測試後，應一併保存日期、網路環境、樣本數、中位數與封包遺失率。
| 存取位置 | 新加坡 | 日本（東京） | 韓國（首爾） | 香港 | 美國東部 | 美國西部 |
|---|---|---|---|---|---|---|
| 新加坡辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
| 東京辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
| 首爾辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
| 香港辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
| 美國東部辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
| 美國西部辦公網路 | 未測 | 未測 | 未測 | 未測 | 未測 | 未測 |
固定測試入口
使用同一台辦公裝置、同一種連線方式與同一個網路出口。關閉會改變路由的臨時代理，並記錄有線、Wi-Fi 或行動網路類型。
收集完整樣本
每個候選節點連續收集建議 20 次樣本，不只保留最低值。同時記錄中位數、最大波動與封包遺失率。
重新測試實際工作
補做 SSH 登入、儲存庫複製、依賴下載、測試建置與成品回傳。ping 只能說明往返路徑，不能取代工作流程耗時。
涵蓋目標時段
至少在日常開發時段與目標 CI 時段各測試一次。跨境鏈路會隨電信商路由與時段變化，單次結果不足以決定區域。
節點選擇方法
先縮小區域，再用完整工作驗證
最短地理距離不一定等於最佳工作流程。路由、儲存庫位置、依賴快取、成品儲存空間與協作成員分布都會改變最終結果。
-
01
依團隊所在地初步篩選
列出日常需要圖形化遠端存取、SSH 操作與查看建置日誌的成員位置。互動最頻繁的成員應優先獲得穩定鏈路。
-
02
檢查程式碼與依賴路徑
記錄程式碼儲存庫、依賴映像檔與快取服務所在方向。對冷啟動流水線而言，複製與還原依賴可能比編譯本身更耗時。
-
03
確認成品與目標市場
確認測試套件、封存檔案與自動化處理結果最終上傳至何處。頻繁跨區回傳大型檔案時，應將吞吐量與失敗重試納入比較。
-
04
比較同標準實測結果
在候選節點上執行相同命令、相同儲存庫與相同建置工作，記錄中位延遲、封包遺失率、完整耗時與互動體驗。
區域訂購入口
確認方向後進入對應區域
六個入口分別說明區域適用方向。實際可用狀態以控制台即時回傳為準；下單時仍需選擇機型、週期與所需附加項目。
機型與節點矩陣
三種配置均涵蓋全部 6 個節點
矩陣僅展示在售目錄組合。OpsVM M4 Core、OpsVM M4 Plus 與 OpsVM M4 Pro 在六個區域均可訂購，狀態統一為「充足」。
| 機型與配置 | 新加坡 | 日本（東京） | 韓國（首爾） | 香港 | 美國東部 | 美國西部 |
|---|---|---|---|---|---|---|
| OpsVM M4 Core M4 · 16GB · 256GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| OpsVM M4 Plus M4 · 24GB · 512GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| OpsVM M4 Pro M4 Pro · 64GB · 2TB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
測試說明
在實際辦公網路與目標 CI 時段重新測試
網路結果會受到電信商路由、連線方式、跨境鏈路、時段與本地網路負載影響。頁面中的節點方向用於縮小候選範圍，不代表固定網路結果。確定長期工作流程前，請在團隊實際使用的網路中重新測試，並至少完成一次儲存庫複製、依賴還原、測試建置與成品回傳。
記錄測試日期
記錄電信商與連線方式
保存樣本數與中位數
保存封包遺失率與完整工作耗時
確認節點方向後，配置一台獨享實體機
選擇三種在售機型之一、租用週期與區域。所有節點全年 365 天正常運作，實際可用狀態以控制台即時回傳為準。