新加坡
适合以东南亚为协作中心的开发者与 CI 团队。需要频繁操作图形桌面时,可先验证本地网络到节点的交互体验。
重点检查:VNC 操作、依赖下载、构建产物回传。
选择新加坡节点先选工作路径,再选部署位置。两档机型均覆盖全部节点;每个订单交付一台独享 Apple Silicon 物理机,非虚拟机。
按天起租,$21.2/天起。实际可用状态以控制台实时返回为准。
图形桌面优先考虑操作者的位置;无人值守构建则同时考虑仓库、依赖源和产物目的地。下列建议用于缩小选择范围,不代表实测延迟排序。
适合以东南亚为协作中心的开发者与 CI 团队。需要频繁操作图形桌面时,可先验证本地网络到节点的交互体验。
重点检查:VNC 操作、依赖下载、构建产物回传。
选择新加坡节点适合主要在日本协作的应用团队,以及需要远程检查 Xcode 工程的开发者。让经常使用桌面的成员参与首次验证。
重点检查:桌面响应、仓库拉取、分发上传。
选择日本东京节点适合主要在韩国工作的工程师与移动开发团队。若构建依赖和代码服务也靠近团队,可一起核对完整流水线耗时。
重点检查:代码同步、缓存恢复、远程排障。
选择韩国首尔节点适合华南与东南亚协作团队纳入候选。跨网络连接的表现取决于实际线路,应从日常使用的办公网络发起测试。
重点检查:办公线路、SSH 连接、文件传输。
选择香港节点适合北美东部团队,也可作为西欧团队的候选。与亚太节点搭配时,可按工作时区和任务标签安排不同构建队列。
重点检查:仓库访问、产物上传、跨时区交接。
选择美国东部节点显示代号用于识别位置。下单配置中的节点名称与可用状态,以控制台实时返回为准。
节点决定部署位置,机型决定计算与存储资源。下表表示目录中的在售关系,不是实时可用状态或交付时间承诺。
| 机型与规格 | 新加坡 SG |
日本东京 TYO |
韩国首尔 SEL |
香港 HKG |
美国东部 USE |
|---|---|---|---|---|---|
| Arm Line M4M4 / 16GB / 256GB | 在售 | 在售 | 在售 | 在售 | 在售 |
| Arm Grid M4 ProM4 Pro / 64GB / 2TB | 在售 | 在售 | 在售 | 在售 | 在售 |
两档均可在 5 个节点选择部署。确认订单前,在控制台核对机型、节点、计费周期与最终金额;不要把矩阵中的“在售”理解为固定开通时限。
一次构建会经过代码、依赖、编译和上传。地理距离只解释其中一部分;用同一份工程和同一套命令比较,才有可复用的结论。
经常通过 VNC 调整工程、检查界面或排查签名时,优先验证操作者到节点的交互路径。测试应使用平时的办公网络,并覆盖团队真实工作时段。
记录输入反馈、窗口拖动与文件传输体验。SSH 能连通只说明命令行路径可达,不能替代图形桌面的体验检查。
需要向 App Store Connect 上传时,把上传阶段单独计时。构建节点的位置不等于接收服务的实际路由,不能仅凭区域名称判断哪条线路更快。
使用同一份合法构建产物比较上传、重试和处理结果。区分本地编译耗时、网络传输耗时与服务端处理等待,避免把它们混成一个数字。
常驻 CI runner 需要持续拉取代码、包依赖与缓存。先检查 Git 仓库、私有包源和产物存储的访问路径,再决定节点位置。
分别跑一次冷缓存与热缓存构建,并保持提交、Xcode 版本和构建参数一致。更换节点后重新验证,不把一次下载结果当作长期性能保证。
示例:在新加坡与美国东部各部署一台 runner。它们是两台独立物理节点、两个独立执行环境,不是一个自动共享内存或磁盘的集群。
接收 PR 验证和工程检查任务。使用独立的工作目录与缓存键,完成后把测试结果、构建日志和提交标识上传到团队的产物存储。
接收经过验证的提交或发布标签。核对工具链版本后独立执行 archive;发布任务单独授权,避免多个节点同时领取同一发布操作。
跨节点部署不会自动迁移正在执行的任务,也不等于自动故障切换。需要冗余时,应在 CI 中定义重试条件、并发限制和发布互斥规则,并实际验证一次中断后的恢复流程。