月払い
$204.1 ／月
プロジェクトの移行直後、ツールチェーンの調整中、または長期的な負荷がまだ見通せない段階に向いています。まずはArchive、署名、成果物のエクスポートまで一通り動かしましょう。
確認ポイント：毎日のビルドキューを継続的に処理できるか。
ビルド環境の選び方
レンタル・購入・共有、どれを選ぶ？
iOSビルド環境を例に比較
まずはマシンを誰が使うのかを確認し、料金と運用負担を比較しましょう。XCRentでは、仮想マシンではない専有物理Mac miniを日・週・月・四半期単位でレンタルできます。プロジェクトに合うかどうかは、同じソースコードとビルド記録で確かめられます。
日額 $21.7 から。まずは検証し、継続期間はその後に決めましょう。
3つの方法を同じ表で比較
比較するのはサービス形態であり、異なるチップのベンチマークではありません。共有プラットフォームの料金体系、待ち時間、リソース制限は、選ぶ製品ごとに確認が必要です。購入する場合は、導入と日々の運用も予算に含めましょう。
| 比較項目 | 専有クラウドMacのレンタル | ハードウェア購入 | 共有仮想マシン |
|---|---|---|---|
| コスト | XR Build 16 月額 $108.3 から。ノード料金は明確ですが、プロジェクト、証明書、パイプラインの管理はチームで行う必要があります。 | 初期購入費に加え、設置場所、ネットワーク、電気代、バックアップ、ハードウェア管理の費用がかかります。購入価格とレンタル料金だけでは比較できません。 | 分単位またはタスク単位の課金が考えられます。起動、依存関係のインストール、待機、成果物の保存が料金に含まれるか確認しましょう。コンパイル1回分の料金だけでは判断できません。 |
| 導入 | 注文後に物理ノードを割り当て、macOSとXcodeをプリインストールします。割り当て状況と利用可能な状態は、コンソールに表示される最新情報をご確認ください。 | 機器を購入・受領・設置した後、リモートアクセス、ツールチェーン、ビルド用ユーザーを設定します。稼働開始までの時間はチームの作業手順によって異なります。 | 通常は必要に応じて環境を作成できますが、利用可能なスペック、起動時間、タスクの待ち時間は、プラットフォームのリソースとサービス規約によって異なります。 |
| リソースの専有性 | 物理ノード1台を1つのテナントが専有します。Xcodeのコンパイル、シミュレーター、Keychainを、他のテナントと同じシステム上で共有することはありません。 | ハードウェアはチームの所有物です。ビルド専用にするか、日常の開発にも使うかはチームで決められます。 | 仮想マシンはシステムレベルで分離されている場合がありますが、基盤となる物理リソースは複数のテナントで共有される可能性があります。仮想マシンの分離とマシン全体の専有は同じではありません。 |
| 拡張性 | コンソールから上位プランへの変更や、+1TB / +2TB SSDの追加を申請できます。変更時の提供方法とデータ移行の要件は、事前にご確認ください。 | 別途機器を購入するか、構成を変更する必要があります。マシンを追加する際は、ネットワーク、リモート管理、ビルド環境も整えましょう。 | プラットフォームのスペックと機能に左右されます。メモリ、ディスク、キャッシュの永続化、同時実行数の上限を確認し、自由に拡張できると決めつけないようにしましょう。 |
| キャッシュと状態 | ソースコードのディレクトリ、依存関係のキャッシュ、DerivedDataを管理できます。キャッシュでシステムディスクがいっぱいにならないよう、削除ルールを設定しましょう。 | キャッシュと状態をチームの要件に合わせて管理できますが、ディスク容量の監視、バックアップ、復元もチームの責任です。 | タスク終了後に環境が破棄されるか、キャッシュをどう復元するか、復元時間が課金対象か、どのディレクトリを永続化できるかを確認しましょう。 |
| 運用責任 | プラットフォームが物理ノードを管理し、テナントがプロジェクト、ソフトウェア設定、証明書の権限、認証情報、業務データのバックアップを担当します。 | チームがハードウェア、システム、ネットワーク、プロジェクトの運用を担当します。機器の故障時に誰が対応し、どのノードで代替するかも決めておく必要があります。 | プラットフォームが基盤環境を管理し、チームはタスクのライフサイクル、イメージ更新、権限モデルに合わせて運用します。障害時はプラットフォーム側とプロジェクト側の問題を切り分けましょう。 |
この表は各方法の適用条件を比較したものです。共有サービスの待ち時間が一律であることや、特定のマシンで一定のコンパイル時間を実現できることを示すものではありません。
1日20回のビルドなら、まずノード料金を試算
同じチームがXR Build 24（M4 / 24GB / 512GB）を継続利用するケースを想定します。1日20回は作業量の仮定であり、性能を保証する数字でも、ビルドタスクを20件同時実行できるという意味でもありません。
予算を確認
月払いは運用の安定化に、四半期払いは検証済みの継続利用に
1か月を30日、1四半期を90日として計算すると、月間600回、四半期あたり1,800回の実行を想定します。実際の成功回数、再試行回数、キューの待ち時間は、ご自身のパイプライン記録で確認してください。
四半期払い
$555.2 ／四半期
環境の検証が済み、継続利用を見込むパイプラインに適しています。3か月を1四半期として比較すると、月払いを3回続けるより $57.1安くなります。
差額の計算：$204.1 × 3 − $555.2 = $57.1
この比較はノード料金のみを対象としており、ストレージの拡張費用やThunderbolt 5の並列接続費用は含みません。お支払い方法はUSDT-TRC20とVisa / Mastercard / Amex（Stripe）のみで、すべて米ドル建てです。利用可能な決済ゲートウェイはバックエンドAPIの応答でご確認ください。
エンジニアの作業時間は別に記録
ノード料金は料金表で確認できますが、待ち時間や障害対応のコストは記録が必要です。コミットから実行開始までの待ち時間、タスクの実行時間、失敗理由、手作業での対応時間を記録しましょう。購入する場合も、初期設定、システム更新、ディスク整理、ハードウェア対応の時間を含め、これらをゼロとして扱わないようにしてください。
専有するのは物理ノード。並列実行数は無制限ではありません
仮想マシンではないため、ノード上のCPU、ユニファイドメモリ、ディスク、macOS環境を他のテナントと奪い合うことはありません。テナント間のリソース競合は抑えられますが、同じテナント内の複数タスクは互いに影響します。
コンパイルとシミュレーター
クリーンビルド、リンク、シミュレーターは、CPU、メモリ、ディスクを同時に消費します。まず単一タスクで基準値を取り、並列数を段階的に増やしましょう。チップ名だけで処理できるタスク数を推測せず、メモリ負荷とスワップ使用量を確認してください。
署名とKeychain
証明書とプロビジョニングプロファイルはテナントが管理し、他のテナントとKeychainを共有しません。ビルド用ユーザー、キーチェーンのロック解除、秘密鍵の権限も計画し、同じチームの並列タスクが同時に署名設定を変更しないようにしましょう。
ツールチェーンとキャッシュ
macOSの完全なGUIとコマンドラインを利用でき、複数バージョンのXcodeを切り替えられます。タスクごとに使用バージョンを指定し、プロジェクト別にキャッシュディレクトリを分けましょう。ツールチェーンの更新後は依存関係とビルド結果を再確認してください。
プランは実測したボトルネックで選ぶ
プランはXR Build 16（M4 / 16GB / 256GB）、XR Build 24（M4 / 24GB / 512GB）、XR Build Pro 64（M4 Pro / 64GB / 2TB）の3種類です。まず単一プロジェクトで下位プランが十分か検証しましょう。メモリ負荷が高い状態が続く、シミュレーターの組み合わせが増える、またはキャッシュが大きくなる場合は、上位プランを検討してください。マシンの選択だけで、どのプロジェクトにも当てはまる固定の並列実行数が決まるわけではありません。
こんな場合は購入が適しています
レンタルですべてのローカル機器を置き換えられるわけではありません。決める前に、チームが機器に直接触れる必要があるか、運用体制が整っているか、負荷が長期的に安定しているかを確認しましょう。
負荷が安定し、設置環境も整っている
ビルドタスクが長期的に安定し、ネットワーク、電源、リモート管理、機器の担当者がチーム内にいるなら、購入も総コストを含めて検討する価値があります。機器の購入費、運用費、エンジニアの作業時間、故障時の代替機を同じ予算に含め、機器の表示価格だけで比較しないようにしましょう。
現場で機器に接続・操作する必要がある
ローカル周辺機器、現場でのデバッグ、機器への直接操作が必要な作業には、手元のマシンが適しています。コンパイルとアーカイブはクラウドに移し、機器に触れる必要があるテストはローカルに残すなど、無理に一つの方法に統一する必要はありません。
明確な社内設置要件がある
ソースコードとビルド環境を社内に置く要件がある場合は、データの取り扱いとネットワークの境界をまず確認してください。リモートノードを利用できるかは、チームの実際の要件に基づいて判断しましょう。ノードが専有であることは、社内承認やデータ管理ルールの代わりにはなりません。
共有環境が適しているケースも
ビルド回数が少なく、タスクが短時間で、環境をステートレスに再構築でき、プラットフォームのスペックやキューのルールを許容できる場合は、共有サービスで環境管理の負担を減らせます。必要なXcodeのバージョン、署名方法、キャッシュ方針に対応しているかを確認しましょう。「すぐ使える」という理由だけで、タスクの全工程を見落とさないようにしてください。
再現可能なテストで、机上の比較を終える
コミット、Xcode、キャッシュの状態が異なる結果を比較しても、適切な判断はできません。入力条件を固定し、待ち時間、実行時間、失敗対応、手作業にそれぞれどれだけかかったかを確認しましょう。
-
01
入力条件を固定
同じコミット、Scheme、ビルド設定、Xcodeのバージョンを使用します。依存関係のロックファイルを保持し、キャッシュを使わない状態か既存キャッシュがある状態かを明確にしたうえで、ソースコードと依存関係の同期にかかる時間を記録してください。
-
02
一連の工程を実行
ソースコードの取得から、依存関係のインストール、テスト、Archive、署名、成果物のエクスポートまで実行します。テストの成功はリリースの成功を意味しません。最終成果物、署名結果、ビルドログを確認しましょう。
-
03
実際の負荷を増やす
チームのコミット頻度に合わせて、タスク数を段階的に増やします。キューの待ち時間、メモリ負荷、ディスクの空き容量、失敗後の再試行を記録し、現在のマシンで十分か、複数ノードにタスクを分散する必要があるかを判断しましょう。
-
04
長期的な運用責任を確認
証明書の更新、認証情報の管理、キャッシュの整理、データのバックアップを計画しましょう。更新方法と契約終了時の対応を確認してから、月払いか四半期払いかを決めます。一度のビルド成功だけで、長期的な安定稼働を判断しないようにしてください。