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）。