SG · 新加坡
UTC+8
適合亞太南向與東南亞團隊
常用於新加坡及周邊成員的日常開發、依賴安裝與建置產物回傳。若團隊分布於亞洲多個時區，可將其作為共用佇列的候選起點。
- 優先驗證
- 尖峰時段抖動與依賴下載
- 常見方向
- 亞洲多地協作與交接
- 選擇建議
- 持續取樣後比較P95
跨時區執行網路
六個節點，先用數據選近，再用工作流程選對。
HopVM 在新加坡、日本東京、韓國首爾、香港、美國東部與美國西部提供雲端 Mac。三種機型涵蓋全部六個節點，共計18個常態在售組合；實際下單結果由控制台即時回傳。
6
個固定節點
3
種在售配置
18
個目錄組合
SG
新加坡
亞太南向協作
JP
日本（東京）
東北亞開發佇列
KR
韓國（首爾）
韓國與周邊存取
HK
香港
亞洲多地協作
US-E
美國東部
北美東向工作流程
US-W
美國西部
北美西向工作流程
節點數量固定為6個。同一地區不拆分成多個行銷名稱，也不將未列入目錄的城市描述為在售節點。
每筆訂單對應一台獨享實體機，服務為雲端 Mac、實體節點，並非虛擬機。所有節點全年365天正常運作。
六份節點運行單
地理距離是起點，不是唯一判斷條件
先查看主要成員到節點的網路路徑，再核對程式碼儲存庫、依賴來源、建置觸發時段與產物去向。以下建議描述常見協作方向，不能取代團隊自行進行的持續測試。
JP · 日本（東京）
UTC+9
適合日本及東北亞建置任務
適用於東京方向存取、Xcode 日常編譯與持續整合佇列。若儲存庫與依賴服務主要面向日本網路，應將下載速度與首次依賴解析納入測試。
- 優先驗證
- 儲存庫拉取與快取命中
- 常見方向
- 日本與東北亞開發
- 選擇建議
- 記錄最小建置基準
KR · 韓國（首爾）
UTC+9
適合韓國本地與鄰近協作
適用於首爾方向的互動式開發、遠端圖形介面與短週期測試。需要頻繁操作 Xcode 時，應同時觀察鍵鼠回饋、畫面穩定性與檔案同步耗時。
- 優先驗證
- 互動延遲與工作階段穩定性
- 常見方向
- 韓國及鄰近區域存取
- 選擇建議
- 使用實際網路重新測試
HK · 香港
UTC+8
適合亞洲多地集中協作
常用於跨地區成員共用建置機、集中儲存去識別化日誌與輸出產物。不要只比較一次 ping；應分別測試辦公室網路、家用網路與自動化執行器的路徑。
- 優先驗證
- 不同出口的路徑差異
- 常見方向
- 亞洲跨地區協作
- 選擇建議
- 按成員網路分組取樣
US-E · 美國東部
UTC−5 / UTC−4
適合北美東向團隊與儲存庫
適用於北美東部成員、當地依賴服務與夜間建置佇列。跨洋團隊可將亞洲白天提交的任務交由北美工作時段複核，減少等待人工確認的時間。
- 優先驗證
- 儲存庫、製品與成員三方路徑
- 常見方向
- 北美東部協作
- 選擇建議
- 比較觸發到產出的總耗時
US-W · 美國西部
UTC−8 / UTC−7
適合北美西向與亞太交接
適用於美國西部成員、跨太平洋協作與接續式建置流程。若開發者在亞洲、審核者在北美，可依照目錄、日誌與產物規範完成跨時區交接。
- 優先驗證
- 跨太平洋P95與檔案回傳
- 常見方向
- 北美西部及亞太協作
- 選擇建議
- 測試完整工作流程，而非單次 ping
機型與節點目錄
三種配置涵蓋六個節點
矩陣只呈現固定目錄關係：三種機型在六個節點均為在售組合，共18格。綠色「充足」不代表鎖定某台設備，下單時的實際結果以控制台即時回傳為準。
| 機型與規格 | 新加坡 SG |
日本（東京） JP |
韓國（首爾） KR |
香港 HK |
美國東部 US-E |
美國西部 US-W |
|---|---|---|---|---|---|---|
| HopVM M4 16 M4 · 16GB · 256GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| HopVM M4 24 M4 · 24GB · 512GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| HopVM M4 Pro 64 M4 Pro · 64GB · 2TB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
18 / 18
目錄組合顯示充足
節點選項會依所選機型在控制台中回傳。這裡沒有其他城市、隱藏檔位或共用虛擬機配置。
網路取樣記錄
同時查看P50與P95，不要以單次最低值選區
每格依序顯示P50與P95往返延遲。P50用於觀察常態路徑，P95用於識別壅塞、繞路與尖峰時段波動。數值僅用於建立候選節點，最終應從團隊實際出口重複測試。
測試日期
測試網路
各節點本地商用寬頻出口
樣本次數
每條路徑100次
單位與口徑
毫秒 · P50 / P95
| 存取方向 | 新加坡 SG |
日本（東京） JP |
韓國（首爾） KR |
香港 HK |
美國東部 US-E |
美國西部 US-W |
|---|---|---|---|---|---|---|
| 新加坡方向 | 4 / 8 | 72 / 91 | 83 / 108 | 39 / 58 | 231 / 268 | 171 / 204 |
| 日本東京方向 | 73 / 94 | 3 / 7 | 34 / 49 | 48 / 69 | 188 / 223 | 112 / 139 |
| 韓國首爾方向 | 85 / 111 | 35 / 51 | 4 / 9 | 43 / 62 | 198 / 235 | 126 / 157 |
| 香港方向 | 40 / 59 | 49 / 70 | 44 / 64 | 3 / 8 | 220 / 257 | 151 / 184 |
| 美國東部方向 | 233 / 271 | 190 / 226 | 201 / 239 | 221 / 260 | 5 / 11 | 69 / 88 |
| 美國西部方向 | 173 / 208 | 114 / 142 | 128 / 160 | 153 / 188 | 71 / 91 | 4 / 10 |
選區決策順序
將網路、依賴、時段與資料要求放在同一張運行單上
距離近但依賴下載慢，或互動延遲低但產物回傳路徑長，都可能讓完整任務更慢。建議按以下四個步驟收集同一口徑的資料。
-
01
收集主要成員的實際網路
分別從辦公室、家用網路與自動化執行器取樣P50、P95與丟包情況。不要以一名成員的一次測試取代整個團隊的存取條件。
-
02
測量儲存庫與依賴來源
記錄 Git 拉取、依賴解析、快取還原與製品上傳耗時。若建置輸入與輸出集中在某一方向，端到端資料路徑通常比鍵盤互動延遲更重要。
-
03
對齊 CI 觸發與人工複核時段
統計任務何時進入佇列、何時需要人工處理失敗、何時交付產物。讓節點服務主要工作時段，而不是只追求地圖上的最近距離。
-
04
核對資料處理要求
確認程式碼、日誌、模型檔案與媒體素材允許在哪些位置處理，並約定匯出與清理流程。若專案有明確區域要求，應先符合要求，再比較效能。
跨時區協作
讓設備持續工作，讓成員依交接記錄接續
亞太與北美團隊可以圍繞同一台獨享實體機安排佇列與交接，但不應共用未受控的憑證。每次交接都要能回答：任務執行到哪裡、產物在哪裡、下一位成員需要做什麼。
亞太工作時段
SG · JP · KR · HK
準備輸入並提交可重現任務
拉取固定提交、鎖定依賴、寫明建置指令與預期產物。長時間任務進入佇列前，記錄開始時間、執行目錄、日誌位置與資源使用基準。
- 提交版本與依賴鎖定檔一致
- 日誌移除權杖與個人資料
- 失敗任務保留結束代碼與最小重現步驟
交接記錄
1份任務單
以狀態而非口頭訊息交接
交接單應包含目前階段、最近一次成功時間、待處理阻塞、產物校驗值與下一步指令。背景任務持續執行時，明確記錄程序識別碼與停止條件。
- 目前分支、提交與建置編號
- 已完成、失敗與待複核項目
- 臨時憑證的撤銷負責人
北美工作時段
US-E · US-W
複核輸出並回寫可追蹤結果
接手成員先核對節點、目前使用者、磁碟剩餘空間與任務狀態，再處理失敗或匯出產物。完成後更新任務單，不以未去識別化的螢幕截圖取代文字記錄。
- 驗證產物大小與校驗值
- 記錄建置耗時與資源峰值
- 清理暫存檔案與無用工作階段
所有節點全年365天正常運作
跨時區排班可以圍繞建置佇列與人工交接持續推進。若任務高度依賴某一時段的外部依賴、儲存庫或審核人員，應將這些限制寫入任務單，而不是假設節點位置能自動消除等待。
多節點與遷移諮詢
先提供來源節點、目標節點、時間範圍與資料規模
需要將現有任務遷移至其他節點，或為不同團隊安排多節點工作流程時，請提供足夠的運行背景。我們會先核對目錄內組合、資料移動方式、任務中斷條件與存取權限，再確認下一步所需資訊。
來源節點與目標節點
使用SG、JP、KR、HK、US-E或US-W識別碼，並寫明目前機型與期望機型。
期望時間範圍
提供允許開始的時段、必須完成的時段、所屬時區與可接受的任務暫停長度。
資料規模與類型
分別估算程式碼、建置快取、模型、媒體素材與輸出產物的容量，請勿傳送專案原始檔案。
驗證與回退條件
說明如何判斷遷移完成，以及失敗時需要保留哪些日誌、產物與原任務狀態。
從候選節點開始實測
選定配置與週期，再由控制台回傳即時結果。
三種機型涵蓋六個節點，可按日、週、月或季租用。訂單統一以USD結算，僅支援USDT-TRC20與Visa / Mastercard / Amex（經Stripe）。