DplyMini는 현재 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 서부에 총 5개의 노드를 제공합니다. 모든 노드는 다른 테넌트와 컴퓨팅 리소스를 공유하지 않는 전용 물리 서버로 제공되며, 가상 머신이 아닙니다.
판매 중인 두 구성은 모든 노드에서 이용할 수 있습니다. DeployMini M4 16은 M4, 16GB RAM, 256GB SSD이며, DeployMini M4 24는 M4, 24GB RAM, 512GB SSD입니다. 카탈로그의 조합은 동일하게 주문 가능하며, 실제 이용 가능 여부는 콘솔에서 실시간으로 확인됩니다.
이 지도는 주문 가능한 노드 간 지리적 분포만 보여 줍니다. 미국 서부를 여러 가상의 도시로 나누거나 지연 시간 테스트를 시작한 도시를 판매 리전으로 표시하지 않습니다. 5개 노드는 카탈로그에서 동일한 기준으로 제공되므로, 리전 선택은 카드 순서가 아니라 워크플로를 기준으로 결정해야 합니다.
연결선은 리전을 선택할 때 팀의 접속 지점, 코드 저장소, 서명 서비스, 아티팩트 저장소와 최종 사용자를 함께 고려해야 한다는 의미입니다. 이 그래픽은 전용 회선 토폴로지를 나타내지 않으며 고정 경로를 보장하지 않습니다.
각 운영 현황에는 적합한 지원 방향, 판매 중인 두 구성과 주문 진입점이 표시됩니다. 여기서 ‘적합’은 경로 계획을 위한 권장 사항이며, 실제 사무실 네트워크에서 수행하는 테스트를 대신하지 않습니다.
서비스 리전: 동남아시아
싱가포르 및 주변 동남아시아 비즈니스 경로에 적합하며, 호주 팀이 아시아의 코드 저장소와 아티팩트 서비스에 접속할 때도 후보 노드로 고려할 수 있습니다.
서비스 리전: 동아시아
일본 현지 개발 팀, 일본 대상 테스트 경로, 도쿄 인근의 코드 저장소·서명 서비스·아티팩트 저장소에 가까워야 하는 지속적 빌드 작업에 적합합니다.
서비스 리전: 동북아시아
한국 현지 팀, 동북아시아 대상의 대화형 데스크톱 작업, 서울 인근 네트워크에서 빌드·테스트·아티팩트 반환을 수행해야 하는 프로젝트에 적합합니다.
서비스 리전: 중국 남부 및 동남아시아
중국 남부와 동남아시아 간 협업 경로에 적합합니다. 팀, 저장소와 아티팩트 서비스가 서로 다른 리전에 있다면 업로드 안정성과 리전 간 경로를 함께 확인하세요.
서비스 리전: 북미 서부
북미 서부 팀, 북미 대상 아티팩트 경로, 코드 저장소·자동화 서비스·최종 테스트 사용자가 주로 북미에 있는 프로젝트에 적합합니다.
중앙값은 일반적인 왕복 시간을, P95는 상대적으로 느린 샘플을 보여 줍니다. 표의 각 셀은 ‘중앙값 / 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일에 완료되었습니다. 각 ‘시작 도시 → 주문 가능 노드’ 조합에 64바이트 ICMP 요청을 100회씩 전송하고, 성공적으로 반환된 샘플의 왕복 시간을 기록한 뒤 중앙값과 P95를 계산했습니다.
테스트 시작점은 현지 상용 광대역 또는 전용 회선의 IPv4 공인 출구를 사용했으며 VPN, 프록시와 경로 가속은 사용하지 않았습니다. 서로 다른 관할 지역을 통과하는 경로는 국경 간 테스트로 분류했으며, 현지 도시에서 같은 지역의 노드로 연결되는 경로는 국경 간 경로로 처리하지 않았습니다.
결과는 테스트 시간대와 해당 시작 네트워크만을 반영하며 고정된 지연 시간을 보장하지 않습니다. 실제 프로젝트에서는 DNS, TLS 연결 설정, 저장소 응답, 오브젝트 스토리지 처리량, 파일 하나의 크기와 동시성도 영향을 줍니다.
한 번의 ping으로 알 수 있는 것은 매우 제한적입니다. 주문 전에 팀 접속 지점, 코드, 서명, 아티팩트와 최종 사용자를 하나의 경로로 연결해 보고 전체적으로 더 안정적인 노드를 찾으세요.
그래픽 데스크톱을 자주 조작해야 한다면 개발자에서 노드까지의 P95, 지터와 야간 피크 시간대 성능을 우선 확인하세요. 백그라운드 빌드만 수행한다면 대화형 지연 시간의 중요도를 낮출 수 있습니다.
전체 클론, 증분 가져오기와 서브모듈 접근을 비교하세요. 대규모 저장소의 효율은 단일 ping보다 지속 처리량과 작은 파일의 왕복 시간에 더 크게 좌우되는 경우가 많습니다.
아카이브 및 서명 과정에는 여러 네트워크 요청이 포함될 수 있습니다. 대상 노드에서 인증서 도구, 시간 동기화와 필요한 서비스에 실제로 연결되는지 확인하세요.
IPA, 기호 파일, 동영상과 모델 파일은 업로드 처리량의 영향을 더 많이 받습니다. 실제 크기에 가까운 비식별화 파일로 테스트하고, 지나치게 작은 샘플로 결론을 내리지 마세요.
특정 시장을 대상으로 하는 페이지, API 또는 미디어 검사가 포함된 작업이라면 엔지니어의 위치만 고려하지 말고 최종 사용자 리전도 노드 선택에 반영하세요.
먼저 팀에서 노드까지의 P95를 비교한 다음 노드에서 저장소와 서명 서비스까지를 검증하세요.
먼저 노드에서 저장소, 종속성 소스와 아티팩트 저장소까지의 지속 처리량을 비교하세요.
먼저 데이터 전송량을 추정한 다음 노드, 대여 기간과 추가 스토리지 조합을 판단하세요.
아래 진입점은 동일한 구성 절차로 이동하며 해당 리전을 미리 선택합니다. 모델, 기간과 추가 스토리지는 직접 확인해야 하며, 실제 이용 가능 여부는 콘솔에서 실시간으로 반환됩니다.
두 가지 전용 물리 서버 구성 모두 5개 노드에서 제공되며 일·주·월·분기 단위로 대여할 수 있습니다. 모든 비용은 미국 달러(USD)로 결제됩니다.