Xcode 工位 × 物理节点

我们只做一件事:
把真 Mac 放进机房

XcodeNode 提供独享 Apple Silicon 云端 Mac。不是虚拟机,也不是共享构建队列。你租到的是一整台物理节点,用来运行 Xcode、模拟器、命令行任务和自己的 CI 流水线。

两档配置,四个节点,按天、周、月或季租用。实际可用性以控制台实时返回为准。

名字里的两个部分,就是服务的边界

Xcode 指向开发者熟悉的原生工位:macOS 图形界面与命令行完整可用,工程、工具链和构建脚本由你管理。Node 指向可独立交付的物理节点:配置明确、租期明确,计算资源不与其他租户分摊。

交付单位
一台独享物理机
在售配置
Node Core M4 / Node Pro M4
租用周期
天 / 周 / 月 / 季
结算币种
USD
先说清楚,再交付

三条原则,落实到每个订单

判断一项服务是否适合项目,不靠形容词。看资源归属、目录事实,以及哪些承诺可以核对。

01

一台机器,只给一个租户

一个订单对应一台 Apple Silicon 物理节点。CPU、GPU、统一内存和本机存储不与其他租户分摊,不用把工程拆进共享宿主上的虚拟环境。

独享指的是租户隔离,不是只能一个人使用。团队可以按自己的权限规则安排协作,但同一台机器上的任务仍然会共同使用这台机器的资源。

对开发工作的实际影响

  • 可以使用原生 macOS、Xcode、模拟器和 Metal,不需要绕过虚拟化层适配工作流。
  • CI 并发由自己的任务规划决定。多个构建同时运行时,仍需观察内存压力与磁盘占用。
  • 节点内的工程、依赖和自动化脚本由租户维护;交付一台机器,不等于代管每条流水线。
02

配置和价格,公开到具体数字

目录只有两档:Node Core M4 为 M4 / 16GB / 256GB SSD;Node Pro M4 为 M4 Pro / 64GB / 2TB SSD。型号、内存和硬盘分别列出,不用模糊的“高配”代替规格。

四种租期分别报价,存储扩展与 Thunderbolt 5 并联单独列项。先确定基础配置,再检查附加项,最后核对结账总额。

下单前可以核对什么

  • Node Core M4 按天 $21.3 起租;Node Pro M4 按天 $59.1 起租。完整周期价见方案页。
  • 两档均提供新加坡、东京、首尔、香港节点;实际可用性由控制台实时返回。
  • 所有金额以美元结算。支付仅支持 USDT-TRC20 与 Visa / Mastercard / Amex,经 Stripe。
03

性能与可用性,不拿推测当记录

同一台机器的构建耗时会受工程规模、Xcode 版本、缓存、依赖下载和并发数影响。没有统一测试条件,就不能把一个耗时数字当作所有项目的结果。

四个节点全年 365 天正常运行。月可用率低于 99.9% 时,按不可用时长等比例顺延租期;具体适用口径与边界在安全页说明。

建议如何验证是否合适

  • 用同一工程、同一工具链,分别记录冷构建与缓存命中后的构建耗时。
  • 观察内存压力、磁盘增长与任务队列,而不是只比较芯片名称。
  • 从自己的网络测试连接体感。节点位置是选择依据,不是固定延迟保证。
四个亚太节点

把工位放近团队,而不是放进口号

新加坡、东京、首尔、香港覆盖不同的团队时区与网络路径。选择时同时考虑交互桌面、代码拉取、依赖下载和分发上传,不只看地图距离。

SG · UTC+8

新加坡

面向东南亚工作时段。团队需要在白天交互调试、夜间继续跑自动化时,可把同一套工具链留在节点上,减少本地设备与 CI 环境之间的切换。

有跨区域协作者时,分别测试桌面响应与仓库下载;这两条网络路径不一定表现相同。

两档配置均提供sg
JP · UTC+9

东京

贴近日本及东亚团队的工作时段。适合需要频繁进入图形界面检查模拟器、归档结果与发布产物的协作方式。

对分发链路的判断应包含依赖获取和产物上传测试,不能把城市名称当成上传速度结论。

两档配置均提供jp
KR · UTC+9

首尔

贴近韩国及东北亚团队。白天调试与夜间构建可以使用同一个物理节点,让工程路径、缓存位置和工具版本保持一致。

常驻 runner 应先评估任务并发与内存压力;节点选址解决网络路径问题,不替代资源规划。

两档配置均提供kr
HK · UTC+8

香港

面向华南与东南亚协作时段。对需要通过 SSH 操作工程、偶尔进入桌面检查结果的团队,可以分别评估命令行连接与图形桌面的体感。

大仓库和大产物应单独测试吞吐;一次 ping 只能说明往返时延,不能代表完整工作流。

两档配置均提供hk

节点设立围绕亚太开发团队及 App Store 分发工作流。网络结果受客户端所在地、运营商和任务目标影响,建议用自己的工程做验证。

交付前后,边界明确

运维管机器,开发工作由你掌握

机房托管和远程电源管理让物理设备可远程使用。磁盘擦除与系统重装用于租户交接,工程备份则应由租户主动安排。

  1. 01

    机房托管

    物理节点放在机房环境中运行。你不需要在办公室保留一台常开开发机,但仍需根据项目需求管理系统内的依赖、任务和数据。

  2. 02

    远程电源管理

    电源管理属于节点运维能力。遇到节点不可达时,先记录发生时间与连接方式,再通过登录后的控制台提交工单,避免把应用错误直接当成设备故障。

  3. 03

    交付前擦除与重装

    交付下一位租户前执行磁盘擦除和系统重装。交接不是只删除工程目录,也不是沿用上一位租户的环境继续发放凭据。

  4. 04

    租期内的数据管理

    把代码、证书、构建产物和需要保留的缓存纳入自己的备份计划。租期结束后的数据处置不替代备份,结束使用前应完成导出并核对可恢复性。

报障时,先给可定位的信息

已租用户在控制台工单中提供订单号、节点、发生时间与时区、连接方式和错误摘要。售前、批量咨询及安全报告统一使用 support@xcodenode.com。不要发送密码、私钥或完整连接凭据。

从团队工作方式出发

一台固定工位,两种协作思路

以下用两个角色的第一人称场景说明需求,不作为客户评价或性能测试记录。

“我需要的是一台工具版本固定的工位。不同地区的同事轮班进入,交接时留下构建结果和任务记录,而不是每个人重新搭一遍环境。并发测试前,我会先看这台机器的内存压力。”
跨时区团队技术主管协作场景示例 · 工具链与任务交接
“我希望把客户项目的构建留在独立节点上。租期按项目安排,结束前导出代码和产物,再确认备份。选配置时,我会用真实工程试跑,而不是凭‘高性能’三个字做预算。”
外包工作室负责人协作场景示例 · 项目周期与数据导出

先核对边界,再决定租哪一台

安全页说明隔离、访问控制和数据处置;方案页列出两档配置、四种周期与附加项。把这两页看清楚,再用自己的工程验证是否适合。