五個可訂購實體節點

先看完整鏈路,再選雲端 Mac 節點

DplyMini 目前提供新加坡、日本(東京)、韓國(首爾)、香港、美國西部共 5 個節點。每個節點都提供獨享實體機,不與其他租戶共用運算資源,也不是虛擬機器。

兩種在售配置均涵蓋全部節點:DeployMini M4 16 配備 M4、16GB RAM、256GB SSD;DeployMini M4 24 配備 M4、24GB RAM、512GB SSD。目錄中的組合均可訂購,實際可用性以控制台即時回傳為準。

5 個 可訂購節點
2 種 獨享實體機配置
365 天 節點正常運作
區域運行單 DM-RG-05
目錄正常
連接新加坡、東京、首爾、香港與美國西部節點的紫晶網路星圖
SG新加坡東南亞
JP日本(東京)東亞
KR韓國(首爾)東北亞
HK香港華南與東南亞
US-W美國西部北美西岸
節點星圖

五個區域,同一套交付範圍

星圖僅呈現可訂購節點之間的地理分布,不會將美國西部拆分成多個虛構城市,也不會把延遲測試的發起城市當作在售區域。五個節點在目錄中具有同等權重,選區應依據工作流程,而非卡片排序。

DplyMini 五個雲端 Mac 節點的網路連線示意
閱讀方式

連線表示選擇區域時,需同時考慮團隊入口、程式碼儲存庫、簽署服務、製品儲存與最終使用者。圖形不代表專線拓撲,也不保證固定路由。

可訂購節點 鏈路關係
區域目錄

依覆蓋方向檢視五個節點

每張運行單列出適合覆蓋的方向、兩種在售配置與訂購入口。這裡的「適合」是鏈路規劃建議,不能取代你從實際辦公網路進行的測試。

SG

新加坡

服務區域:東南亞

充足

適合連接新加坡及周邊東南亞業務鏈路,也可作為澳洲團隊存取亞洲程式碼儲存庫與製品服務時的候選節點。

DeployMini M4 16 M4 · 16GB · 256GB 充足
DeployMini M4 24 M4 · 24GB · 512GB 充足
選擇新加坡節點
JP

日本(東京)

服務區域:東亞

充足

適合日本本地開發團隊、面向日本的測試鏈路,以及需要靠近東京程式碼儲存庫、簽署服務或製品儲存的持續建置工作。

DeployMini M4 16 M4 · 16GB · 256GB 充足
DeployMini M4 24 M4 · 24GB · 512GB 充足
選擇日本節點
KR

韓國(首爾)

服務區域:東北亞

充足

適合韓國本地團隊、東北亞互動式桌面工作,以及需要透過首爾周邊網路完成建置、測試與製品回傳的專案。

DeployMini M4 16 M4 · 16GB · 256GB 充足
DeployMini M4 24 M4 · 24GB · 512GB 充足
選擇韓國節點
HK

香港

服務區域:華南與東南亞

充足

適合華南與東南亞之間的協作鏈路。若團隊、儲存庫與製品服務分布於不同區域,應同時檢查上行穩定性與跨區域路由。

DeployMini M4 16 M4 · 16GB · 256GB 充足
DeployMini M4 24 M4 · 24GB · 512GB 充足
選擇香港節點
US-W

美國西部

服務區域:北美西岸

充足

適合北美西岸團隊、面向北美的製品鏈路,以及程式碼儲存庫、自動化服務與最終測試使用者主要位於北美的專案。

DeployMini M4 16 M4 · 16GB · 256GB 充足
DeployMini M4 24 M4 · 24GB · 512GB 充足
選擇美國西部節點
統一延遲標準

同時比較中位數與 P95

中位數用於觀察一般往返時間,P95 用於觀察較慢樣本。表格每格依序顯示「中位數 / P95」,單位均為毫秒。首爾、上海、悉尼、法蘭克福與洛杉磯僅是測試發起城市,不是新增的在售節點。

五個測試發起城市至五個可訂購節點的 ping 中位數與 P95
測試發起城市 新加坡
中位數 / P95
日本(東京)
中位數 / P95
韓國(首爾)
中位數 / P95
香港
中位數 / P95
美國西部
中位數 / P95
首爾 68 / 92 ms 34 / 49 ms 8 / 14 ms 42 / 61 ms 136 / 168 ms
上海 62 / 91 ms 48 / 76 ms 51 / 79 ms 31 / 55 ms 149 / 188 ms
悉尼 95 / 127 ms 121 / 151 ms 134 / 169 ms 112 / 145 ms 146 / 178 ms
法蘭克福 164 / 198 ms 236 / 279 ms 221 / 261 ms 194 / 232 ms 151 / 182 ms
洛杉磯 178 / 216 ms 112 / 142 ms 127 / 158 ms 151 / 185 ms 26 / 39 ms
不要只看最低數值

互動式圖形桌面更重視抖動與 P95;後台建置通常更重視程式碼拉取、相依套件下載與製品上傳的持續吞吐量。

跨區域工作要看雙向路徑

團隊到節點很快,不代表節點到儲存庫或製品儲存的速度也一樣快。部署前應分別測試入口與外部相依服務。

同城也可能因網路業者而異

接入網路、壅塞、出口路由與測試時段都會影響結果,應從自己的辦公網路再次驗證。

測試標準

資料如何收集與解讀

測試於 2026 年 8 月 22 日完成。每個「發起城市 → 可訂購節點」組合傳送 100 次、每次 64 bytes 的 ICMP 請求,記錄成功回傳樣本的往返時間,再計算中位數與 P95。

發起端使用當地商用寬頻或固定線路的 IPv4 公網出口,不啟用 VPN、代理伺服器或鏈路加速。涉及不同司法區域的路徑屬於跨境測試;本地城市至同地節點的路徑不按跨境路徑處理。

結果僅代表測試時段與對應發起網路,不構成固定延遲承諾。實際專案還會受到 DNS、TLS 建立連線、儲存庫回應、物件儲存吞吐量、單一檔案大小與並行數影響。

測試日期
2026-08-22
每條路徑樣本
100 次
封包大小
64 bytes
網路類型
當地商用寬頻或固定線路
統計指標
中位數與 P95 往返時間
跨境情況
依實際發起城市與節點區域判斷
選擇建議

將節點放進完整開發工作流程中比較

一次 ping 最多只能回答一個很小的問題。下單前,將團隊入口、程式碼、簽署、製品與最終使用者串成完整鏈路,再找出整體更穩定的節點。

01

團隊所在地

需要頻繁操作圖形桌面時,優先檢查開發者到節點的 P95、抖動與晚間尖峰表現。純後台建置則可降低互動延遲的權重。

02

程式碼儲存庫

比較完整複製、增量拉取與子模組存取。大型儲存庫的效率通常更受持續吞吐量與小檔案往返影響,而不只是單次 ping。

03

簽署服務

封存與簽署流程可能包含多次網路請求。應在目標節點驗證憑證工具、時間同步與所需服務的實際連線能力。

04

製品儲存

IPA、符號檔、影片與模型檔案更依賴上傳吞吐量。使用接近實際大小的去識別化檔案進行測試,避免以過小樣本得出結論。

05

最終使用者

若工作包含面向特定市場的頁面、API 或媒體檢查,應將最終使用者所在區域納入節點選擇,而不只是考慮工程師所在地。

互動式開發

先比較團隊到節點的 P95,再驗證節點到儲存庫與簽署服務的連線。

CI/CD 建置

先比較節點到儲存庫、相依套件來源與製品儲存的持續吞吐量。

AI 或媒體工作

先估算資料傳輸量,再判斷節點、租期與額外儲存的組合。

依區域進入配置

帶上目標節點開始訂購

以下入口會進入同一套配置流程,並預選對應區域。你仍需核對機型、週期與額外儲存;實際可用性以控制台即時回傳為準。

確定節點後,再核對配置與工作週期

兩種獨享實體機配置均涵蓋五個節點,可按日、週、月、季租用。所有費用均以美元(USD)結算。