M4 云端 Mac,独享一整台按天起租,开机即 Xcode

每个订单对应机房里一台 Apple Silicon 物理节点,不是虚拟机。CPU、GPU 与统一内存只归你,macOS 原生运行,Xcode 与模拟器开机可用。

给 iOS / macOS 开发、常驻 CI 与 Apple Silicon 实验使用。按美元结算,不绑年约。

sg-01 · M4 zsh — xn@sg-01
~ % xn lease --plan core --node sg
✓ leased sg-01 · Node Core M4 · 1d · $21.3 USD · dedicated
~ % sysctl -n machdep.cpu.brand_string
Apple M4
~ % xcodebuild -version
Xcode 16.4
Build version 16F6
~ % uptime
10:42 up 3 mins, 1 user, load averages: 0.21 0.34 0.18
~ %
节点铭牌 · Node Core M4 独享 · 物理节点
芯片Apple M4
内存16GB 统一内存
SSD256GB
节点sg-01 · 新加坡
租期1 天 · $21.3

交付检视示例。节点编号、命令输出与 Xcode 版本以实际交付为准;连接凭据在控制台订单详情中查看。

独享整机物理节点Mac mini M4美元计费
独享物理节点

为什么是一整台

少一层资源争用,多一份可复现的开发环境。机器属于你的租期,工作负载由你安排。

独享物理机

一台 M4 只分配给一个租户。CPU、GPU、统一内存不与其他租户分摊,也没有共享宿主。你可以固定编译参数、缓存与任务并发,再比较同一工程的构建结果。

独享不等于每次耗时完全相同。增量缓存、磁盘读写、依赖下载和你自己的并行任务仍会影响结果。排查性能时,先区分冷构建与热构建。

macOS 原生环境

macOS 图形界面与命令行完整可用。Xcode、iOS 模拟器、Metal、Instruments 在真实 Apple Silicon 上运行,不把 GPU 隔在虚拟化层后面。

接手节点后,先核对 Xcode 与 SDK 版本,再安装工程依赖。把工具链版本写进仓库,减少“本地能编译、远端不能编译”的环境差异。

按天 / 周 / 月 / 季计费

最短一天。短期验证选天,集中发布选周,常驻 CI 选月或季。项目结束后不再续费,无需先采购设备,也不把预算锁进年约。

周期是预付租期,不是按秒计量。停止任务不会自动退还已开始的周期;结束使用前先导出产物、工程与必要配置,再检查订单到期时间。

两档机型

Node Core M4 与 Node Pro M4

美元标价,四个节点同价。先看内存与工作目录,再看需要跑多久。

Node Pro M4

M4 Pro · 64GB / 2TB SSD

大内存并行
$59.1/ 天
天$59.1
周$159.6
月$295.6
季$804
  • 并行模拟器测试与大型 Swift 工程
  • 新加坡 / 东京 / 首尔 / 香港可选
  • MLX 推理、模型实验与更大的工作目录

64GB 统一内存与 2TB SSD 给并行任务留出更大余量。模型权重、KV cache、输入数据与系统都占用内存,选型时不要只看模型文件大小。

租用 Node Pro M4 凭据在控制台订单详情中交付

两档均可配置 +1TB SSD、+2TB SSD 或 Thunderbolt 5 并联附加项。具体单价与组合计费见 完整租用方案,实际可用性以控制台实时返回为准。

亚太节点

4 个节点,两档均可订

新加坡、东京、首尔、香港。先按团队时区缩小范围,再用自己的网络实测连接体验。

SG

新加坡

东南亚团队

团队时区
UTC+7 ~ +8
延迟参考
20~50 ms

适合东南亚成员集中开发,白天交互调试、夜间批量构建。把依赖缓存留在节点上,减少跨网重复传输。

两档可订选择节点 →
JP

日本 · 东京

东亚团队

团队时区
UTC+9
延迟参考
30~60 ms

适合以 UTC+9 工作日为主的协作节奏。需要长时间图形桌面操作时,优先比较往返延迟与网络抖动。

两档可订选择节点 →
KR

韩国 · 首尔

东北亚团队

团队时区
UTC+9
延迟参考
30~50 ms

适合东北亚团队管理常驻 runner。让拉取、编译和测试在同一节点完成,只把最终产物传回工作站。

两档可订选择节点 →
HK

香港

华南与东南亚团队

团队时区
UTC+7 ~ +8
延迟参考
20~40 ms

适合 UTC+8 附近的工程协作与发布任务。大仓库同步时先检查带宽,低延迟不等于大文件传输更快。

两档可订选择节点 →

延迟区间为选址参考,不是你当前线路的测量结果。实际体验取决于网络路径、客户端与画质设置;可用性以控制台实时返回为准。所有节点全年 365 天正常运行。

迁移有顺序

从本地 Mac 搬到云端,分三步

数据、工具链、CI 各做一次验证。先跑通一条完整构建,再迁移自动化任务。

01 · 数据

工程与签名材料

工程用 rsync 增量同步,仓库里的大文件用 Git LFS 管理。签名证书与描述文件单独迁移,证书导入节点钥匙串;不要把私钥提交到仓库。

先在 SSH 配置中将实际主机设为 sg-01,再执行示例。首次同步后检查隐藏配置、文件权限与依赖锁文件,避免只复制了源码。

rsync -az --progress ./App xn@sg-01:~/work/
02 · 工具链

版本写进清单

记录 Xcode、SDK、Homebrew 与 Fastlane 版本。先执行 xcodebuild -version 核对环境,再按 Brewfile 与 Gemfile 安装依赖。

示例要求节点已具备 Homebrew 和 Bundler,且当前目录有对应清单。使用多个 Xcode 版本时,明确选定开发者目录,不依赖机器上的默认版本。

brew bundle --file=Brewfile && bundle install
03 · CI 接入

注册常驻 runner

接入 GitHub Actions 或 GitLab CI 的 self-hosted runner。注册命令与短期令牌从项目管理界面获取,不把令牌写进镜像或长期配置。

GitHub Actions runner 配置完成后,可用下方命令安装与启动服务。先串行运行构建和测试,再根据峰值内存调整并发;图形测试还要核对会话环境。

./svc.sh install && ./svc.sh start
本地 Mac · 工程与清单云端 Mac · 构建与产物

迁移前保留本地备份。完成一次归档、测试和产物下载后,再把定时任务切到新节点。完整的 SSH、图形桌面与 runner 设置见 连接指南。

使用场景

三类工作负载,同一台整机

以下界面切片用于说明任务组织方式,不代表实测耗时或性能承诺。

01 · 构建与发布

iOS / macOS 构建与 TestFlight 上传

归档、导出与上传在同一台机器上串行跑完。让工程版本、签名材料和工具链保持一致,比只看一次构建用了几分钟更有意义。

先做一次干净构建,再测缓存命中后的增量构建。把 archive、日志和导出产物按构建号归档,失败时能定位到编译、签名还是上传步骤。

xcodebuildFastlaneTestFlight
sg-01 · release/2.8.0流程示例
xcodebuild archive -scheme App归档完成
xcodebuild -exportArchive导出完成
bundle exec fastlane pilot upload上传中
TestFlight 处理结果等待返回

保留每一步退出码与日志,成功上传不等于处理已完成。

02 · CI/CD

常驻 runner,队列由你安排

按月或季租一台,注册成 self-hosted runner。依赖缓存与 DerivedData 留在本机,减少重复下载;缓存键仍要包含工具链和依赖版本。

独享机器不会替你消除任务冲突。给发布流程设互斥,避免两个任务同时改动签名配置;UI 测试与后台编译分开安排,监控自己的资源峰值。

GitHub ActionsGitLab CIlaunchd
runner · xn-sel-01队列示例
pr-1482 · unit-tests运行
pr-1479 · ui-tests等待
nightly · archive完成
main · lint完成

队列与并发属于你的配置,不与其他租户的任务混排。

03 · Apple Silicon AI

MLX 实验,给统一内存留出余量

Node Pro M4 配备 M4 Pro、64GB 统一内存与 2TB SSD。CPU 与 GPU 共享统一内存,可用于 MLX 推理与微调实验,不经虚拟化切分。

模型是否装得下,要把权重、上下文缓存、训练状态和系统占用一起计算。先固定量化方式、上下文长度与 batch,再记录吞吐和峰值内存,避免跨设置比较。

mlx-lmMetal64GB 统一内存
hkg-01 · Node Pro M4内存规划示例
统一内存预算64GB
模型权重上下文缓存系统与余量
python -m mlx_lm.generate推理任务
记录峰值内存与 tokens/s按模型实测

色带表示预算分组,不表示当前节点的实时内存用量。

工作方式

把机器留给任务,把时间留给开发

三种角色的使用诉求示例,以第一人称说明工作方式,不作为真实用户评价。

“我希望夜间构建留在首尔节点的队列里。本地电脑合上后,第二天还能按构建号找回日志与产物。”

独立 iOS 开发者 · 场景示例

“我需要固定 runner 的工具链和缓存。回归比较时,先排除自己的并发任务,再看代码改动带来的变化。”

移动端 CI 负责人 · 场景示例

“我会把模型权重、上下文缓存和系统占用一起算进 64GB 预算。每次实验都保存参数,结果才有比较价值。”

机器学习研究员 · 场景示例

美元结算,两类支付方式

支持 USDT-TRC20 与 Visa / Mastercard / Amex(经 Stripe)。实际可用网关以后端接口返回为准,付款与交付状态在控制台核对。

USDT-TRC20Visa / Mastercard / Amex · 经 Stripe
账单如何构成 →

账单由机型租期与已选择的附加项组成。付款前确认节点、周期、存储扩展与并联数量;链上付款核对网络和金额,银行卡付款核对银行验证结果。不要向支持渠道发送密码、私钥或完整卡号。

常见问题

先回答最常被问的四个

先把交付、连接和数据边界讲清楚,再决定要不要租。

这是虚拟机吗

不是。每个订单对应一台 Apple Silicon 物理节点,整机分配给一个租户,没有共享宿主。你仍需要管理自己的任务、系统设置与工程依赖;独享资源不替代工程侧的容量规划。

支付后从哪里开始连接

付款与交付状态在控制台订单详情中查看,连接凭据随实际交付提供。先核对主机地址与 SSH 密钥,再连接图形桌面。不要根据首页示例节点编号直接连接,完整步骤见 连接指南。

结束租用前要做什么

先下载归档、测试结果与必要工程数据,再检查续费和到期状态。租期结束后的数据处置包含磁盘擦除与系统重装;不要把节点当作唯一备份。具体到期流程与订单条件见 服务条款。

能直接接现有 CI 吗

可以注册为 GitHub Actions 或 GitLab CI 的 self-hosted runner。注册权限与令牌由你的项目提供,节点负责运行任务。先用一条测试流水线验证,再配置开机自启、缓存与并发;遇到连接或构建问题可查看 支持说明。

今天就开一台 M4

选机型、选节点、选租期。先用一条真实构建验证,再决定长期配置。

Node Core M4 $21.3/天起 · 四个节点同价 · 实际可用性以控制台实时返回为准