新加坡
面向东南亚客户端及区域内代码、制品服务。适合从新加坡、马来西亚和周边网络发起的远程连接。
Physical node map
按库存与实测延迟选择云端 Mac 节点
MiniDeploy 在新加坡、日本东京、韩国首尔、香港和美国西部提供独享物理机。每位租户使用整台 Mac mini，不与其他租户共享芯片、内存或本地存储，也不是虚拟机。
交互式远程 Mac 桌面先看往返延迟；自动构建任务还要看代码仓库、依赖镜像和制品存储的位置。下面同时公开库存快照与统一口径的 ping 数据，便于在下单前完成区域判断。
Available regions
五个区域，同一套独享规格
区域只影响网络路径、当前库存和数据迁移距离，不改变 M4 Core 的基础硬件规格。下单时选择节点、租期与附加项，支付确认后进入资源锁定与系统初始化流程。
日本东京
面向日本本地和东北亚开发访问。远程 Xcode、VNC 操作与日本区域 CI 链路通常更容易获得稳定时延。
韩国首尔
面向韩国本地及邻近地区。适合代码服务、依赖缓存和团队成员主要位于韩国的构建工作流。
香港
面向香港及周边地区的交互式远程工作。适合需要频繁操作图形界面、终端和 Xcode 的日常开发。
美国西部
面向北美西岸团队及当地代码服务链路。适合构建触发端、依赖源和产物接收端集中在美西的任务。
库存说明：本页矩阵是发布时点快照，不代表资源被预留。提交订单时的可选状态由控制台实时返回；节点显示有货后仍应尽快完成支付，以便进入资源锁定步骤。
Selection logic
先判断交互比例，再判断数据位置
同一个节点不一定同时适合远程桌面和自动化构建。选择前先拆分任务：人机交互关注输入到画面返回的速度，后台流水线关注拉取、缓存和上传的总时间。
远程 Mac 桌面
持续操作 Xcode、终端或媒体时间线时，优先选择客户端到节点往返延迟较低且波动较小的区域。表中中位数适合做第一轮筛选，但不能替代本地网络实测。
- ≤40 ms：通常适合高频键鼠交互。
- 41–80 ms：开发操作可用，建议降低分辨率与色深。
- >80 ms：更适合命令行或后台任务，图形交互需先验证。
CI/CD 构建
流水线不能只按开发者所在城市选区。代码仓库、依赖缓存、测试数据和制品存储若分布在不同区域，网络传输可能比编译本身更耗时。
- 记录一次完整任务的代码拉取、依赖恢复、构建和制品上传耗时。
- 优先让体积最大的输入或输出靠近云端 Mac 节点。
- 迁移前保留原 runner，至少完成一次并行验证和产物校验。
Region matrix
M4 Core 节点可用性矩阵
绿色状态表示节点可直接进入订购流程。实际可用结果以控制台返回的实时库存为准。
| 机型 | 新加坡 | 日本东京 | 韩国首尔 | 香港 | 美国西部 |
|---|---|---|---|---|---|
| M4 Core M4 · 16GB · 256GB | 有货 | 有货 | 有货 | 有货 | 有货 |
规格边界：M4 Core 固定为 Mac Mini M4、16GB RAM、256GB SSD。可在订购时选择 +1TB SSD、+2TB SSD 或 Thunderbolt 5 并联附加项，是否可组合仍取决于目标节点的当前资源。
按当前库存订购Latency table
主要客户端城市到节点的延迟实测
数值为 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、跨网路由、企业代理、分辨率和后台同步任务都可能改变最终体验。
Regional fit
三类典型部署路径的节点侧重点
节点选择不是“离得近”这一项判断。团队成员、代码入口和产物出口可能位于不同地区，下面给出三类常见部署路径及下单前的验证项目。
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。
- 适合频繁切换图形界面、终端和项目文件的开发任务。
- 远程桌面可从较高画质开始，再按网络波动逐级调整。
- 大文件同步应避开交互时段，减少对画面响应的影响。
SG and KR
新加坡与韩国首尔节点说明
这两个区域常用于东南亚与韩国本地工作流。切换区域前不能只比较 ping，还要先确认数据、工具链和自动化入口能否完整迁移。
新加坡
有货常见覆盖方向为新加坡、马来西亚及东南亚周边客户端。新加坡测试端到节点的中位延迟为 6 ms；香港测试端为 37 ms。
适合区域内远程桌面、命令行任务和 CI 构建。若构建依赖或产物存储位于东北亚，应额外测量下载与上传时间，避免只根据低延迟决定。
韩国首尔
有货常见覆盖方向为韩国本地及邻近东北亚客户端。首尔测试端到节点的中位延迟为 5 ms，东京测试端为 34 ms。
适合韩国本地与东北亚方向的远程开发和构建任务。跨区域协作前，先确认数据、工具链和自动化入口可以完整迁移，不要假设数据可以随时整体搬运。
区域切换前的备份验收
- 项目数据：校验代码、未提交变更、构建脚本、测试数据和媒体素材均已复制到受控存储。
- 工具链配置：记录 macOS、Xcode、命令行工具、包管理器与自动化脚本的版本，并导出可复现的安装清单。
- 访问凭据：确认临时密钥、部署凭据和 CI 变量可以在目标节点重新签发，不直接复制无关的长期权限。
- 产物校验：对归档、安装包、日志和模型输出执行大小或校验值比对，确认迁移前后内容一致。
- 回退条件：保留原节点到验证完成，至少跑通一次远程连接、完整构建和制品回传后再结束旧租期。
Migration notice
跨区域迁移前，重新验证四个变量
节点变更会改变网络路径和数据位置。目标节点有货只是迁移起点，延迟、同步耗时、CI 来源限制和访问策略都需要重新核对。
目标库存
先在控制台确认目标区域仍可选择，再安排迁移。静态页面状态只能用于初筛，不能替代提交订单时的资源锁定结果。
连接延迟
从每个主要客户端位置分别测试，不用单一城市代表整个团队。记录中位数、峰值、抖动与丢包，并覆盖实际工作时段。
同步时间
用待迁数据总量除以实测有效吞吐，预留校验和重传时间。大项目应先同步不变数据，再在切换时处理最后增量。
CI 访问来源
核对代码入口、依赖服务和制品接收端是否限制来源地址。迁移后重新执行 runner 注册、缓存预热和完整流水线验证。
建议的切换顺序：确认库存 → 创建目标节点 → 同步数据与工具链 → 测试远程连接 → 跑通完整 CI → 校验产物 → 更新访问策略 → 再处理原节点。不要在目标节点验收前结束原租期。
Choose a physical node
带着节点、租期和附加项进入订购
下单前确认目标区域当前有货，选择 M4 Core 的日、周、月或季租期，并核对存储与 Thunderbolt 5 并联需求。支付确认后，资源锁定、系统准备和凭据签发总计约 4 分钟。
仅支持 USDT-TRC20 与 Visa / Mastercard / Amex（经 Stripe），一律以美元（USD）结算。