东南亚
新加坡
适合团队成员、制品存储与业务依赖主要分布在东南亚的工作流，也可作为跨亚洲协作的候选起点。
- 节点码
- SG
- 目录机型
- 3 档
六节点目录
把云端 Mac 放在更合适的链路上
新加坡、日本（东京）、韩国（首尔）、香港、美国东部与美国西部均提供三档独享 Apple Silicon 物理节点。先按团队、仓库与依赖位置缩小范围，再用真实工作负载测试；节点目录常态可订，最终可用状态以控制台实时返回为准。
3 档在售机型 · 6 个节点 · 独享物理机 · 非虚拟机 · USD 结算
节点总览
六个节点，对应六种链路起点
节点名称表示可选的大区交付位置，不代表固定延迟。每个节点均覆盖 VPSGit M4 Core、VPSGit M4 Plus 与 VPSGit M4 Pro 三档目录机型。
东亚
日本（东京）
适合代码仓库、包镜像或团队协作重心位于日本及周边区域的开发任务，便于评估本地远程桌面体验。
- 节点码
- JP
- 目录机型
- 3 档
东北亚
韩国（首尔）
适合开发者、仓库服务或协作成员集中在韩国及东北亚的团队，可重点验证依赖下载与交互操作的稳定性。
- 节点码
- KR
- 目录机型
- 3 档
华南与东南亚
香港
适合连接华南、香港与东南亚协作成员的开发流程，可用于评估远程桌面、素材回传和区域依赖访问。
- 节点码
- HK
- 目录机型
- 3 档
北美东部与西欧
美国东部
适合仓库、制品平台、团队成员或最终服务依赖集中在北美东部及西欧方向的构建与自动化任务。
- 节点码
- US-E
- 目录机型
- 3 档
北美西岸
美国西部
适合北美西岸团队、区域代码仓库与服务依赖，也适合作为连接亚太协作者时的美国侧候选节点。
- 节点码
- US-W
- 目录机型
- 3 档
选择方法
不要只看地图距离，先画出完整任务链路
一次构建可能同时经过开发者网络、代码仓库、包管理镜像、制品存储与最终测试环境。最合适的节点，是让整条关键路径更稳定的节点，而不一定是地图上最近的节点。
01
开发者所在地
远程桌面和交互式调试对往返延迟与抖动更敏感。先从主要操作者附近的节点开始测试，再检查高峰时段是否稳定。
02
代码仓库位置
频繁拉取大型仓库、子模块或大文件时，仓库链路会直接影响作业启动时间。比较完整克隆与增量拉取，不要只测首页响应。
03
依赖下载来源
分别验证 Swift Package Manager、Homebrew、RubyGems、npm 与自建缓存源。关键依赖若集中在特定区域，优先靠近依赖侧。
04
团队时区
跨时区团队应确认主要交接窗口由谁操作、谁负责处理失败作业，并选择能兼顾两班成员连接体验的节点。
05
最终用户位置
如果云端 Mac 还承担预览、测试或轻量推理接口，需同时考虑结果消费者的位置，并把回传路径纳入测试。
机型与节点矩阵
三档机型覆盖全部六个节点
下表表示当前在售目录关系。所有目录内组合均标记为充足；提交订单时，实际可用状态由控制台实时返回。
| 机型 | 新加坡 | 日本（东京） | 韩国（首尔） | 香港 | 美国东部 | 美国西部 |
|---|---|---|---|---|---|---|
| VPSGit M4 Core M4 · 16GB · 256GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| VPSGit M4 Plus M4 · 24GB · 512GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
| VPSGit M4 Pro M4 Pro · 64GB · 2TB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
亚太节点
四个亚太入口，分别贴近不同协作重心
新加坡、日本（东京）、韩国（首尔）与香港均可承载构建、推理、媒体处理和远程协作。差异主要来自操作者与外部服务之间的实际链路。
新加坡：东南亚协作与区域依赖
当开发者、对象存储、包镜像或业务测试环境集中在东南亚时，新加坡通常值得优先纳入候选。远程桌面团队应在日常工作时段检查输入反馈，CI 团队则应观察完整依赖恢复、缓存命中和制品上传耗时。
- 适合东南亚开发与跨区域协作
- 重点测试包镜像、制品存储与回传链路
- 不以单次延迟结果替代持续观察
日本（东京）：日本团队与东亚仓库
当主要操作者、代码仓库或测试服务位于日本，东京节点可减少任务链路中的跨区跳转。需要频繁使用图形界面时，应同时测试键鼠响应、画面更新和大文件传输，而不是只检查 SSH 是否连通。
- 适合日本本地团队与东亚协作
- 重点测试仓库拉取和交互式调试
- 高峰时段重复测试抖动与丢包
韩国（首尔）：东北亚开发与自动化
首尔节点适合主要成员或外部依赖位于韩国及东北亚的工作流。自托管 Runner 应实际运行一组包含依赖安装、编译、测试和产物上传的代表性作业，并记录各阶段差异。
- 适合韩国开发团队与东北亚链路
- 重点测试 Runner 队列和缓存恢复
- 比较增量构建与冷启动构建
香港：华南与东南亚之间的协作
香港节点可作为华南、香港与东南亚团队之间的候选交接点。媒体工作流应重点验证代理素材同步、时间线操作与导出回传；开发工作流则应检查仓库、依赖与测试服务是否落在同一合理路径上。
- 适合华南、香港与东南亚协作
- 重点测试远程桌面与素材回传
- 按实际网络运营商分别验证
美国节点
美国东部与美国西部，按依赖方向选择
美国节点不拆分额外城市。选择时应围绕仓库、CI 服务、团队成员和最终用户的主要分布，避免只按办公室地址判断。
US-E
北美东部与西欧
美国东部
适合代码仓库、制品服务、团队成员或测试对象主要位于北美东部与西欧方向的任务。对持续集成而言，应比较冷缓存拉取、并发作业启动和产物上传；对远程协作而言，应覆盖主要工作时段与交接时段。
- 优先观察
- 仓库拉取、制品上传、跨大西洋协作
- 适合验证
- Xcode 构建、自动化测试、团队开发机
- 避免假设
- 地理接近不等于所有依赖路径更短
US-W
北美西岸
美国西部
适合北美西岸团队、区域仓库与服务依赖，也可用于需要连接亚太协作者的美国侧工作流。应分别测量操作者到节点、节点到仓库以及节点到制品存储的路径，避免将三段链路混成一个平均值。
- 优先观察
- 西岸团队交互、仓库访问、亚太交接
- 适合验证
- CI Runner、MLX 推理、远程制作
- 避免假设
- 一次快速测速不代表长任务稳定性
下单前测试
用同一份任务样本比较候选节点
测试应可重复、可记录，并覆盖你真正关心的操作。建议保留命令输出、作业时间分段和体验记录，便于团队共同判断。
01
链路基础测试
在主要办公网络下记录往返延迟、丢包与路由变化；至少覆盖正常工作时段和网络高峰，不用单次最低值作结论。
02
抖动观察
持续观察延迟波动，并关注远程桌面输入是否出现间歇性停顿。平均延迟相近时，波动更小的链路通常更适合交互操作。
03
远程桌面评估
实际完成窗口切换、代码编辑、模拟器操作和文件拖放，记录画面更新、输入反馈及持续使用时的稳定程度。
04
CI 依赖验证
用代表性仓库执行冷启动与缓存命中两组作业，分别记录拉取、依赖恢复、编译、测试和制品上传阶段。
一致的地区信息
六个地区入口使用同一套决策结构
每个节点的地区信息页都沿用相同字段，只替换地区事实、推荐场景和下单预选参数。这样可以直接比较节点，不会因为页面结构不同而遗漏关键条件。
地区事实
明确节点名称、覆盖方向、可选机型和适合验证的链路，不加入目录外城市，也不承诺固定网络延迟。
推荐场景
围绕开发者位置、仓库、依赖、团队时区与最终用户说明适用条件，避免用泛化标签替代实际测试。
预选下单
地区入口只负责把所选节点带入配置流程，机型、租期与附加项仍由用户确认，实际可用状态由控制台返回。
SG新加坡地区事实 + 推荐场景 + 节点预选
JP日本（东京）地区事实 + 推荐场景 + 节点预选
KR韩国（首尔）地区事实 + 推荐场景 + 节点预选
HK香港地区事实 + 推荐场景 + 节点预选
US-E美国东部地区事实 + 推荐场景 + 节点预选
US-W美国西部地区事实 + 推荐场景 + 节点预选
跨区迁移
迁移是一次重新交付，不是即时切换
从一个节点迁往另一个节点时，需要重新确认目标节点可用状态、安排数据转移，并更新访问控制与自动化配置。迁移前应预留验证和回退时间。
01
重新校验目录与可用状态
先确认目标节点支持当前机型与附加项，再以控制台实时返回为准安排新节点交付。
02
安排数据转移
盘点仓库、缓存、模型、素材、构建产物与服务配置，优先从独立备份恢复，并校验文件完整性。
03
更新访问策略
调整 SSH 主机记录、防火墙白名单、Runner 标签、制品上传目标和团队交接文档，撤销旧节点访问。
04
并行验证后收口
在结束旧租期前完成构建、连接、依赖下载和结果回传测试，确认新节点满足要求后再完成切换。
开始配置
先选节点，再确认机型与租期
三档独享 Apple Silicon 物理节点均覆盖六个在售地区。进入配置流程后选择机型、按天至按季租期及附加项，实际可用状态以控制台实时返回为准。