新加坡
东南亚访问方向
跨区域节点调度
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 天正常运行，实际可用状态以控制台实时返回为准。