节点机房分布

5 个节点,
覆盖亚太与美国东部

先选工作路径,再选部署位置。两档机型均覆盖全部节点;每个订单交付一台独享 Apple Silicon 物理机,非虚拟机。

按天起租,$21.2/天起。实际可用状态以控制台实时返回为准。

部署范围
5 个节点
机型目录
2 档独享物理机
远程接入
SSH / VNC / 屏幕共享
部署位置

让节点靠近主要工作路径

图形桌面优先考虑操作者的位置;无人值守构建则同时考虑仓库、依赖源和产物目的地。下列建议用于缩小选择范围,不代表实测延迟排序。

SG

新加坡

适合以东南亚为协作中心的开发者与 CI 团队。需要频繁操作图形桌面时,可先验证本地网络到节点的交互体验。

重点检查:VNC 操作、依赖下载、构建产物回传。

选择新加坡节点
TYO

日本东京

适合主要在日本协作的应用团队,以及需要远程检查 Xcode 工程的开发者。让经常使用桌面的成员参与首次验证。

重点检查:桌面响应、仓库拉取、分发上传。

选择日本东京节点
SEL

韩国首尔

适合主要在韩国工作的工程师与移动开发团队。若构建依赖和代码服务也靠近团队,可一起核对完整流水线耗时。

重点检查:代码同步、缓存恢复、远程排障。

选择韩国首尔节点
HKG

香港

适合华南与东南亚协作团队纳入候选。跨网络连接的表现取决于实际线路,应从日常使用的办公网络发起测试。

重点检查:办公线路、SSH 连接、文件传输。

选择香港节点
USE

美国东部

适合北美东部团队,也可作为西欧团队的候选。与亚太节点搭配时,可按工作时区和任务标签安排不同构建队列。

重点检查:仓库访问、产物上传、跨时区交接。

选择美国东部节点

显示代号用于识别位置。下单配置中的节点名称与可用状态,以控制台实时返回为准。

机型覆盖

两档机型,全部节点在售

节点决定部署位置,机型决定计算与存储资源。下表表示目录中的在售关系,不是实时可用状态或交付时间承诺。

ArmVNC 机型 × 节点在售矩阵
机型与规格 新加坡
SG
日本东京
TYO
韩国首尔
SEL
香港
HKG
美国东部
USE
Arm Line M4M4 / 16GB / 256GB 在售 在售 在售 在售 在售
Arm Grid M4 ProM4 Pro / 64GB / 2TB 在售 在售 在售 在售 在售

目录覆盖不等于实时可用状态

两档均可在 5 个节点选择部署。确认订单前,在控制台核对机型、节点、计费周期与最终金额;不要把矩阵中的“在售”理解为固定开通时限。

选择依据

检查三条路径,而不只看地图

一次构建会经过代码、依赖、编译和上传。地理距离只解释其中一部分;用同一份工程和同一套命令比较,才有可复用的结论。

  1. 01

    团队主要所在地

    经常通过 VNC 调整工程、检查界面或排查签名时,优先验证操作者到节点的交互路径。测试应使用平时的办公网络,并覆盖团队真实工作时段。

    记录输入反馈、窗口拖动与文件传输体验。SSH 能连通只说明命令行路径可达,不能替代图形桌面的体验检查。

  2. 02

    分发上传路径

    需要向 App Store Connect 上传时,把上传阶段单独计时。构建节点的位置不等于接收服务的实际路由,不能仅凭区域名称判断哪条线路更快。

    使用同一份合法构建产物比较上传、重试和处理结果。区分本地编译耗时、网络传输耗时与服务端处理等待,避免把它们混成一个数字。

  3. 03

    仓库与依赖位置

    常驻 CI runner 需要持续拉取代码、包依赖与缓存。先检查 Git 仓库、私有包源和产物存储的访问路径,再决定节点位置。

    分别跑一次冷缓存与热缓存构建,并保持提交、Xcode 版本和构建参数一致。更换节点后重新验证,不把一次下载结果当作长期性能保证。

跨节点协作

两台 runner,各自领取明确任务

示例:在新加坡与美国东部各部署一台 runner。它们是两台独立物理节点、两个独立执行环境,不是一个自动共享内存或磁盘的集群。

runner-apac · SG

亚太工作时段:验证提交

接收 PR 验证和工程检查任务。使用独立的工作目录与缓存键,完成后把测试结果、构建日志和提交标识上传到团队的产物存储。

任务入口
PR / 指定分支
交接依据
提交标识与日志
runner-use · USE

美国东部工作时段:接续发布

接收经过验证的提交或发布标签。核对工具链版本后独立执行 archive;发布任务单独授权,避免多个节点同时领取同一发布操作。

任务入口
发布标签 / 手动批准
交接依据
版本记录与产物校验

接力构建的四项约束

  • 按标签调度。 为两个 runner 设置不同区域标签,在流水线中明确选择执行位置;时区交接由你的 CI 规则实现,不会因部署两台节点自动发生。
  • 固定环境。 记录 macOS、Xcode 与依赖锁文件版本。不要让两台节点在不同工具链上生成同名但无法对照的产物。
  • 显式传递数据。 使用团队管理的产物存储交接文件;共享工作目录、缓存同步与重试策略需要自行配置。
  • 单独管理凭据。 为每台 runner 配置所需的最小权限。退租前撤销 runner 注册、移除敏感凭据,并保存需要保留的日志和产物。

跨节点部署不会自动迁移正在执行的任务,也不等于自动故障切换。需要冗余时,应在 CI 中定义重试条件、并发限制和发布互斥规则,并实际验证一次中断后的恢复流程。

选好节点,再开始第一轮构建

在控制台确认机型、部署位置与计费周期。两档机型均覆盖全部 5 个节点,实际可用状态以控制台实时返回为准。

仅支持 USDT-TRC20 与 Visa / Mastercard / Amex(经 Stripe),以 USD 结算。