SG
充足
新加坡
适合东南亚开发者、区域代码仓库和面向亚太的依赖下载路径。若团队成员分布较广，应同时复测仓库拉取与产物上传。
- 连接方向
- 东南亚与亚太协作
- 目录机型
- CDNMac M4
- 规格
- M4 · 16GB · 256GB
六节点构建网络
为 iOS 构建链路选择合适的云端 Mac 节点
当前提供新加坡、日本（东京）、韩国（首尔）、香港、美国东部、美国西部共 6 个节点。每个订单对应一台独享物理机、非虚拟机，目录内组合常态可订，实际可用状态以控制台实时返回为准。
NODE DIRECTORY
6 个节点均在目录内
一张目录看完全部在售区域
SG
新加坡
东南亚连接方向
JP
日本（东京）
日本与东北亚方向
KR
韩国（首尔）
韩国与东北亚方向
HK
香港
东亚跨境连接方向
US-E
美国东部
北美东部协作方向
US-W
美国西部
北美西部与亚太方向
6 个节点
亚太 4 个，美国 2 个
1 档机型
CDNMac M4 全节点可选
365 天运行
服务状态持续展示
选区方法
先看完整构建路径，再比较网络往返
开发者到节点的距离只是第一层。代码仓库、依赖源、产物存储和协作成员的位置，都会改变一次构建的实际等待时间。
-
01
开发者所在地
频繁使用 SSH 或 VNC 时，优先比较本地网络到候选节点的持续中位数与抖动，不以一次最低值作结论。
-
02
代码仓库位置
仓库拉取、子模块同步和大文件下载会直接进入流水线。节点靠近开发者，但远离仓库时，首次检出仍可能较慢。
-
03
依赖下载路径
检查 CocoaPods、Swift Package Manager、npm、Flutter 与内部制品库的访问方向，并分别记录冷缓存和热缓存结果。
-
04
协作时区
持续集成任务应考虑谁负责观察队列、处理失败和导出产物。跨时区团队可让节点靠近主要值守成员或核心制品库。
建议至少完成一次真实构建复测
统一仓库版本、依赖缓存状态与 Xcode 参数，分别记录代码检出、依赖恢复、Archive 和产物上传耗时，再决定长期节点。
亚太节点
四个亚太入口，覆盖不同连接与依赖方向
四个节点均提供 CDNMac M4：M4、16GB RAM、256GB SSD。节点选择不会改变基础机型规格，附加项在下单时单独确认。
JP
充足
日本（东京）
适合日本本地与东北亚方向的图形会话、代码检出和持续集成任务。使用跨区域制品库时，应额外记录上传阶段耗时。
- 连接方向
- 日本与东北亚协作
- 目录机型
- CDNMac M4
- 规格
- M4 · 16GB · 256GB
KR
充足
韩国（首尔）
适合韩国本地开发者和东北亚协作链路。需要频繁远程查看 Xcode 图形界面时，应重点观察持续延迟与抖动变化。
- 连接方向
- 韩国与东北亚协作
- 目录机型
- CDNMac M4
- 规格
- M4 · 16GB · 256GB
HK
充足
香港
适合东亚跨境协作、代码同步和远程管理。依赖来源分布在多个区域时，应分别测量冷缓存下载与构建产物回传。
- 连接方向
- 东亚跨境协作
- 目录机型
- CDNMac M4
- 规格
- M4 · 16GB · 256GB
美国节点
按东西部协作方向选择，不拆分额外城市
美国目录只包含美国东部与美国西部两个节点。页面不会把美国西部再拆成未列出的城市，也不会虚构额外区域。
机型可用性
CDNMac M4 覆盖全部六个节点
当前正好提供 1 档机型。矩阵只表达在售目录关系，不代表某一时刻的设备分配结果；实际可用状态由控制台实时返回。
| 机型 | 新加坡 | 日本（东京） | 韩国（首尔） | 香港 | 美国东部 | 美国西部 |
|---|---|---|---|---|---|---|
| CDNMac M4 M4 · 16GB · 256GB | 充足 | 充足 | 充足 | 充足 | 充足 | 充足 |
延迟复测记录
统一样本与中位数口径，避免被单次结果误导
下表用于比较网络往返方向，不作为构建耗时承诺。发布记录使用固定宽带、IPv4 公网和同一采样方法，数字单位均为毫秒。
测试日期
2026-09-24
网络类型
商用固定宽带 · IPv4 公网
样本次数
每条路径 30 次
统计口径
有效样本中位数
| 测试来源与运营商 | 新加坡 | 东京 | 首尔 | 香港 | 美国东部 | 美国西部 |
|---|---|---|---|---|---|---|
| 新加坡Singtel 固定宽带 | 4 ms | 68 ms | 79 ms | 34 ms | 230 ms | 175 ms |
| 东京NTT 固定宽带 | 69 ms | 4 ms | 35 ms | 49 ms | 170 ms | 112 ms |
| 首尔KT 固定宽带 | 77 ms | 34 ms | 4 ms | 45 ms | 190 ms | 132 ms |
| 香港HKT 固定宽带 | 35 ms | 47 ms | 42 ms | 3 ms | 218 ms | 159 ms |
| 美国东部测试点Verizon Fios | 232 ms | 169 ms | 188 ms | 215 ms | 8 ms | 72 ms |
| 美国西部测试点AT&T Fiber | 176 ms | 111 ms | 131 ms | 158 ms | 73 ms | 7 ms |
复测时先发送 3 次预热请求，再保留 30 个有效样本并取中位数。公网路由会随运营商、接入方式和时段变化，选择节点前应从自己的实际网络重复测试。
读懂延迟
ICMP 数字不等于完整构建体验
低往返时间通常有利于交互，但它只覆盖网络链路的一小部分。构建、下载和图形会话还受其他变量影响。
网络往返时间
ICMP 中位数反映测试点到节点的基础往返方向。它不能直接表示 TCP 吞吐、丢包恢复、跨网拥塞或长连接稳定性。
依赖与构建耗时
依赖源响应、缓存命中、仓库体积、编译目标和签名步骤共同决定总耗时。应按阶段记录，而不是只保存整次流水线数字。
远程图形会话
VNC 体验还与抖动、丢包、画面变化频率和本地显示尺寸相关。需要长时间图形操作时，应实际完成编辑、归档和日志查看。
推荐的验证顺序
先测持续网络中位数，再拉取真实仓库，随后恢复依赖并执行一次 Archive，最后验证产物上传与远程管理。四段结果比一条 ping 更能支持选区决定。