まず利用条件を整理

Macを買う?借りる?

手元で長く使うなら購入が手軽です。短期の開発やリモート作業、常時稼働のビルド環境には、クラウドが柔軟です。XcNodeは仮想マシンではなく、Apple Silicon搭載の専有物理ノードを提供します。

2つの構成、$21.3/日から。まずリソースの違いを確認し、利用期間を選びましょう。

利用方法

本体価格だけで比べない

機器の購入費、セットアップ時間、使わない期間の負担もまとめて比較しましょう。仮想マシンの性能や機能はサービスごとに異なるため、「クラウドMac」という名称だけでは判断できません。

3つの利用方法における費用と管理範囲
比較項目 Macを購入 クラウド仮想マシン XcNode 専有物理マシン
初期費用 機器を一括購入。設置場所、電源、ネットワーク、リモートアクセスも自分で用意します。 サービスの構成や期間に応じて支払い。リソース上限や追加料金も確認が必要です。 日・週・月・四半期単位で前払い。機器を先に購入する必要はありません。
利用開始まで 機器の到着後、ツールチェーンを導入し、ネットワークを設定してビルドを検証します。 サービスの手順に沿ってインスタンスを作成。OSイメージやツールのバージョンは別途確認が必要です。 支払いと提供状況はコンソールで確認。認証情報を受け取ったら接続し、プロジェクトを検証します。
macOSライセンスの確認 Apple製ハードウェア上で稼働します。ソフトウェアの利用には、該当するライセンス条件の遵守が必要です。 ホストのハードウェア、仮想化方式、サービス利用規約を確認しましょう。OS名だけでは判断できません。 Apple Silicon搭載の物理ノードでmacOSをネイティブ実行。仮想マシンでの提供ではありません。
性能の安定性 リソースは自分で管理します。ローカルでの作業、テスト、ビルドが互いに影響する場合があります。 ホストの共有状況、CPU割り当て、GPU対応、ストレージ制限を確認しましょう。 1台を1ユーザーに割り当てます。同じマシン上で実行する自分のタスク同士はリソースを共有します。
チームでの共有 ネットワークの接続口、メンバー権限、鍵、GUIデスクトップの利用順を自分で管理します。 インスタンスの権限、アクセス方法、サービスの共同利用制限によって異なります。 リモート開発やCIに利用できます。メンバー権限、ビルドキュー、デスクトップセッションはチームで管理します。
使わない期間のコスト プロジェクト終了後も機器を保有し、減価償却、保管、運用の負担が続きます。 サービスのルールに従って停止します。ディスクやスナップショットに料金が発生し続けるか確認しましょう。 プロジェクトに合わせて利用期間を選べます。ビルドを停止しても、開始済みの期間の課金は止まりません。
構成を比較

2つのモデルを仕様ごとに比較

まずユニファイドメモリとプロジェクトの使用量を確認し、次に料金を比べましょう。以下は標準構成の料金です。ストレージ拡張やThunderbolt 5接続オプションは含みません。

提供中の2モデル。料金はすべて米ドル
仕様 / 期間 Node Core M4 Node Pro M4
チップM4M4 Pro
ユニファイドメモリ16GB64GB
SSD256GB2TB
日単位$21.3/日$59.1/日
週単位$57.6/週$159.6/週
月単位$106.7/月$295.6/月
四半期$290.2/四半期$804/四半期
利用可能なリージョンシンガポール / 東京 / ソウル / 香港シンガポール / 東京 / ソウル / 香港
構成選びの目安Xcodeでの個人開発、逐次実行の自動ビルド、TestFlightへの配信。複数シミュレーターでのテスト、大規模なSwiftプロジェクト、高いメモリを要するローカルモデルの実験。
構成を選ぶ Node Core M4を借りる Node Pro M4を借りる

どちらのモデルも4つのリージョンから選べます。実際の提供状況はコンソールの最新表示をご確認ください。構成は性能を保証するものではありません。同じプロジェクトでも、依存関係の規模、コンパイル設定、キャッシュのヒット率、テストの並列数によってリソース使用量は変わります。

利用期間を選ぶ

短期の集中作業は日・週、常時稼働のCIは月・四半期

各料金は独立した利用期間の価格で、日額を積み上げた見積もりではありません。長い期間を選ぶ前に、マシンを継続して使うか確認しましょう。

同一モデルの4種類の期間別料金
モデル日単位週単位月単位四半期
Node Core M4$21.3$57.6$106.7$290.2
Node Pro M4$59.1$159.6$295.6$804

短期プロジェクト:利用範囲を決める

ビルドの再現、リリース作業、ツールチェーンの検証が一度だけなら、まずは日単位で利用しましょう。作業が丸一週間に及ぶなら、週単位の料金も比較してください。依存関係のダウンロード、証明書の設定、成果物のバックアップも利用時間に含め、数十分のコンパイル時間だけで見積もらないようにしましょう。

継続利用:常時稼働が必要か確認

毎日のCI実行、安定したビルドキャッシュの保持、チーム開発環境の長期運用には、月単位と四半期単位を比較できます。まず実際のプロジェクトで検証し、長期利用を決めましょう。マシンが常時稼働していても、runnerやビルドスクリプトの自動起動設定が済んでいるとは限りません。

米ドルでのお支払いです。利用できる決済方法はUSDT-TRC20、Visa / Mastercard / Amex(Stripe)のみです。実際に利用できる決済ゲートウェイはバックエンドの応答をご確認ください。オプション料金と請求内訳はプランページをご覧ください。

リソースの分離

専有物理マシンなら、ホストの共有を避けられます

ネイティブGPU、ユニファイドメモリ、完全なmacOS環境は、タスクのスケジューリング、プロジェクトとの互換性、ネットワーク品質とは別に確認が必要です。

1台のリソースを1ユーザーが利用

XcNodeは1台のマシンを複数ユーザーの仮想インスタンスに分割しません。CPU、GPU、ユニファイドメモリは他のユーザーと共有せず、仮想GPUへの依存もありません。Xcode、シミュレーター、MetalはネイティブmacOS環境で動作します。

専有でも同時実行数に限りがあります。コンパイルプロセス、シミュレーター、インデックス作成、モデル推論は、同じマシンのメモリを使用します。まずメモリの負荷を確認してから並列数を増やし、最初からすべてのrunnerを同時に稼働させないようにしましょう。

1ユーザー、1台の物理ノード

実際のワークロードで環境を検証

仮想マシンがプロジェクトに適しているか判断するには、GPU対応、システム権限、ホストの共有方式、ツールの互換性を確認しましょう。すべての仮想マシンが遅いとは限りませんが、「macOSを起動できる」だけで開発環境が整っているとも限りません。

物理ノードでも、Xcodeのバージョン、依存関係のアーキテクチャ、署名設定、シミュレーターのランタイムを確認する必要があります。リモートデスクトップは往復遅延の影響を受けます。主にコマンドラインでビルドするなら、SSHと自動化キューを使いましょう。

まず検証し、その後に並列数を増やす
移行の準備

データ → ツールチェーン → CI接続

移行を3つの確認可能な段階に分けましょう。以下の所要時間は手作業の準備に必要な目安であり、納期の保証ではありません。大規模リポジトリの転送、依存関係のダウンロード、全テストの実行にはさらに時間がかかる場合があります。

01 · データ

プロジェクトと必要なファイルを同期

準備時間の目安:15~60分

Gitでソースを取得し、大きなファイルはGit LFSでダウンロードするか、rsyncで作業ディレクトリを同期します。キャッシュをすべて移行する必要はありません。リポジトリ、サブモジュール、ビルドに必要なリソースがそろっていることを確認してから、署名証明書を安全な接続で転送してください。

rsync -av --exclude DerivedData \
  ~/project/ cloud-mac:~/project/

確認項目:ソースのバージョンが一致し、必要なリソースを読み取れ、機密ファイルが公開リポジトリに含まれていないこと。

02 · ツールチェーン

バージョンをそろえ、推測で設定しない

準備時間の目安:20~90分

Xcodeのパスとバージョンを確認し、Homebrew、Rubyの依存関係、Fastlaneの設定を一覧にまとめます。自動化サービスに接続する前に、ローカルでスクリプトによるビルドを実行しましょう。ツールチェーンの問題とrunnerの問題を切り分けやすくなります。

xcode-select -p
xcodebuild -version
bundle exec fastlane --version

確認項目:バージョンが明確で、同じビルドコマンドを繰り返し実行でき、想定した成果物が生成されること。

03 · CI接続

runnerを登録して自動起動を設定

準備時間の目安:15~45分

GitHub ActionsまたはGitLab CIから登録コマンドを取得し、チームのプロジェクトに紐付けます。まず低い並列数でビルド、テスト、成果物のアップロードを確認してください。サービス実行ユーザーがプロジェクト、キーチェーン、キャッシュディレクトリにアクセスできることを確かめてから、自動起動を設定します。

cd ~/actions-runner
./svc.sh install
./svc.sh start

確認項目:キューからジョブを取得でき、ログを追跡でき、再起動後もサービスが想定どおり動作すること。

コマンド内の cloud-mac はSSH設定で指定したノードのエイリアスです。runnerの例を使う前に、ダウンロードと登録を済ませてください。移行後もローカルのバックアップを保管し、旧環境を整理する前にアーカイブした成果物とテスト結果を確認しましょう。

最後に確認したい3つのこと

まずモデル、次に利用期間を選ぶ

必要なメモリで構成を選び、利用期間で契約期間を決めましょう。CIを常時稼働させるからといって、必ずProが必要とは限りません。

大容量メモリで並列テストを実行しますか?

複数のシミュレーター、大規模なSwiftプロジェクト、ローカルモデルを同時に動かし、メモリ不足が確認できているなら、ユニファイドメモリ64GBのNode Pro M4を優先して検討しましょう。逐次ビルドや個人でのリリースが中心なら、Node Core M4から試せます。

このマシンでCIを常時稼働させますか?

「CI」という用途名ではなく、同時に動かすジョブ数で考えましょう。逐次実行のパイプラインなら、まずCoreで検証できます。複数のテストを並行実行するなら、Proも検討してください。毎日ジョブを実行し、キャッシュを保持する場合は、月単位または四半期単位を比較し、サービスの自動起動と成果物のバックアップも設定しましょう。

利用期間は決まっていますか?

トラブルシューティング、ビルドの検証、単発のリリース作業なら、まず日単位と週単位を比較しましょう。環境を検証し、プロジェクトを継続して実行するなら、月単位と四半期単位を検討してください。利用終了前に成果物をエクスポートしてプロジェクトをバックアップし、更新または契約終了の予定を確認しましょう。ノードを唯一のデータ保存先にしないでください。

リージョンとモデルは別々に選びましょう。シンガポール、東京、ソウル、香港の各リージョンで2つの構成を利用できます。チームが普段使うネットワークから接続をテストし、主な利用者に適したリージョンを選んでください。地理的な距離だけでは、ネットワーク遅延は判断できません。

プロジェクト単位で借りて、購入は後から検討

まず実際のビルドを1回実行しましょう。モデル、リージョン、利用期間を選び、コンソールで最終的な構成と料金を確認してから申し込みます。