デプロイ手順

選定からテストビルドまで、最初のクラウドMacを構築

このガイドは、XcodeVMを初めてレンタルする開発者とビルドチーム向けです。用途、構成、拠点、課金、リモート接続、ツールチェーン、セキュリティ基準を順に確認し、再現可能なテストビルドで受け入れ確認を行います。

開始前の準備

まず用途を明確にしてからマシンを選ぶ

選定前に10分かけて制約を整理しておくと、開通後にリポジトリやキャッシュ、ビルド成果物を何度も移行する手間を省けます。以下の情報は関係者に提出する必要はなく、チーム内のデプロイ基準として利用します。

開発用途を定義する

インタラクティブ開発、定期ビルド、継続的インテグレーション、iOSまたはmacOSのパッケージ作成、React Native、Unity iOSワークフロー、MLX実験を区別します。同時に実行するプロジェクト数、並列タスク数、1回のビルド時間を記録してください。

  • 軽量スクリプトや単一プロジェクトのビルドでは、基本構成と期間の柔軟性を重視します。
  • 複数リポジトリ、複数シミュレーション、または高並列ビルドでは、メモリの余裕を重視します。
  • モデル実験では、まずモデル規模、推論方式、ピークメモリを確認します。

メモリとストレージを見積もる

リポジトリのサイズだけで判断しないでください。依存関係、ビルドキャッシュ、アーカイブ、ログ、テンポラリディレクトリも容量に含めます。継続的インテグレーションでは、並列作業ディレクトリと失敗サンプル用の容量も確保してください。

  • アイドル時の使用量ではなく、現在のプロジェクトの実際のピークメモリを確認します。
  • 本体に常駐させる必要があるSDK、ツールチェーン、依存キャッシュを一覧にします。
  • ビルド成果物をいつ移動するか決め、作業ディレクトリに長期間蓄積しないようにします。

リポジトリと接続環境を確認する

対象コードリポジトリへのアクセス方法、チームのネットワークポリシー、リモートクライアント、ローカルキーボードレイアウトを確認します。企業ネットワークで外向き接続が制限されている場合は、必要な経路を事前にネットワーク管理者へ確認してもらいます。

  • 最小権限のリポジトリアクセス資格情報と必要な署名素材を準備します。
  • オフィスネットワーク、家庭ネットワーク、ビルドゲートウェイの通信事業者を確認します。
  • 予定レンタル期間を記録し、環境の初期設定とデータ移行の時間を確保します。
開始条件:「どのタスクを実行するか、ピーク使用量はいくらか、データをどこに置くか、どこから接続するか、どれくらいの期間レンタルするか」の5点に答えられる状態にします。まだ不明な場合は、まずデプロイ形態を比較して、固定ロケーションの専用物理マシンが適しているか判断してください。

ステップ1・プランを選択

並列度とメモリ要件に合わせて2種類のM4構成から選ぶ

XcodeVMでは2種類のMac Mini M4を提供しています。いずれもクラウドMacの専用物理マシンで、仮想マシンではありません。実際の負荷に合わせてメモリを選び、作業ディレクトリとキャッシュの規模に応じてローカルストレージを確認してください。

プラン ハードウェア構成 適したタスク 期間料金 選択の目安
XVM M4 Core
m4-16-256
M4 / 16GB / 256GB 軽量ビルド、スクリプト自動化、単一プロジェクトの日常開発、低並列の継続的インテグレーション。 $19.1/日
$51.7/週
$95.7/月
$260.3/四半期
代表的なリポジトリでフルビルドを実行してください。メモリが継続的に上限へ近づく場合や、より多くのジョブを並列実行する場合は、Plusを検討します。
XVM M4 Plus
m4-24-512
M4 / 24GB / 512GB 複数プロジェクト開発、高並列ビルド、大容量の依存キャッシュ、より多くのメモリを必要とするMLX実験。 $39.5/日
$106.6/週
$197.4/月
$536.9/四半期
モデル推論は名称だけで判断できません。モデルサイズ、量子化方式、ランタイムのオーバーヘッド、ピークメモリを確認してから、要件を満たすか判断してください。

より広いワークスペースが必要な場合は、注文時に+1TB SSD、+2TB SSD、Thunderbolt 5並列接続オプションを確認できます。追加項目は別料金で、最終構成と在庫状況はコンソールのリアルタイム表示に従います。

ステップ2・拠点を選択

通信事業者の回線を先に測定し、地図上の距離は後で確認する

販売中の4拠点はシンガポール、東京、ソウル、香港です。地理的な距離は初期判断の目安にすぎず、実際のリモート体験はローカル通信事業者、国際出口、オフィスネットワークの混雑、経路の変化にも左右されます。

SG

シンガポール

東南アジア方面の回線接続が必要なチームに適しています。オフィス回線と予備回線の両方から測定し、単一の出口だけで判断しないでください。

JP

日本(東京)

北東アジア向けの開発回線候補です。業務時間帯とオフピーク時間帯の往復遅延とジッターを同時に記録してください。

KR

韓国(ソウル)

韓国方面への接続品質を評価したいチームに適しています。国際経路は変化するため、1回ではなく複数回のサンプルを取得してください。

HK

香港

アジア域内のリモート開発・ビルド回線の評価に利用できます。企業ネットワークでは、プロキシ、ファイアウォール、出口ポリシーも確認してください。

拠点の測定方法

比較可能なデータを少なくとも3組収集する

各候補拠点を同じネットワーク、近い時間帯で複数回測定し、P50、P95、パケット損失率、通信事業者、接続場所を記録します。チームが複数地域に分散している場合は、各地域から測定し、1人の結果で全員を代表させないでください。

ping -c 30 "$NODE_HOST"
traceroute "$NODE_HOST"
date -u
networkQuality

ステップ3・決済

期間、構成、拠点、米ドル金額を確認する

タスクの実際の継続時間に合わせて、日、週、月、四半期のいずれかを選びます。1つの期間の金額だけでなく、初期設定、安定運用、問題対応、期間終了前の移行に必要な時間も考慮してください。

注文前に項目ごとに確認する

  • プラン名、M4チップ、メモリ、ローカルストレージが要件と一致している。
  • 拠点はシンガポール、東京、ソウル、香港のうち、目的の場所になっている。
  • 選択した日、週、月、四半期の期間が、初期設定、実行、データ移行の時間をカバーしている。
  • 追加ストレージとThunderbolt 5並列接続は、必要な場合だけ追加している。
  • 注文金額が米ドル(USD)で表示され、注文構成ページと一致している。
  • 拠点と構成の実際の利用可否は、コンソールのリアルタイム表示に従う。

支払いと決済の範囲

利用できる支払い方法は次の2種類のみです。すべての注文は米ドル(USD)で決済され、利用可能な決済ゲートウェイはバックエンドの応答に従います。

デジタル資産
USDT-TRC20
カード
Visa / Mastercard / Amex(Stripe経由)
注文構成へ進む

ステップ4・初回接続

セッションの安定性を確認してから作業を移行する

開通情報を受け取っても、すぐにすべてのリポジトリやキーを移行しないでください。まず資格情報の保存、リモートセッション、入力デバイス、タイムゾーン、再接続を確認し、基本的なアクセス経路が安定していることを確かめます。

  1. 01

    開通情報を確認する

    注文ID、拠点、モデル、メモリ、ストレージ、接続手順が注文内容と一致していることを確認します。注文IDはチームが管理できる運用記録に保存してください。後で問い合わせる際に必要になります。

  2. 02

    初期資格情報を保存・更新する

    管理された資格情報管理ツールでログイン情報を保存し、公開ドキュメント、チャット、リポジトリには記録しないでください。初回ログイン後に初期資格情報を更新し、新しい資格情報で再接続できることを確認します。

  3. 03

    GUIとコマンドラインのセッションを確立する

    macOSのGUIとコマンドラインがそれぞれ利用できることを確認します。リモートクライアントの解像度、拡大率、画質、クリップボード設定を確認し、ローカル表示設定による性能の誤判定を避けます。

  4. 04

    キーボードとタイムゾーンを調整する

    日本語・英語入力、ファンクションキー、修飾キー、よく使うショートカットをテストします。システムのタイムゾーンをチームの規定値に設定し、ビルドログ、署名記録、監視時刻で同じ時間基準が使われることを確認します。

  5. 05

    手動切断と再接続を実行する

    作業を保存してセッションを手動で切断し、再接続します。ウィンドウ状態、ターミナルプロセス、バックグラウンドビルドが想定どおりか確認します。再接続に失敗した場合は、現地時刻、拠点、通信事業者、エラーテキストを記録します。

ステップ5・開発環境の初期設定

再現可能なスクリプトでツールチェーンとキャッシュディレクトリを構築する

初期設定の手順をスクリプトまたは社内ランブックにまとめます。目的は一度だけインストールを成功させることではなく、各ツールの入手元、バージョンの固定方法、キャッシュの保存場所、失敗時に確認するログをチームが説明できるようにすることです。

ツールチェーン

現在のプロジェクトに必要なコンポーネントだけをインストールする

macOS、Xcode、コマンドラインツール、ランタイム、パッケージマネージャー依存関係のバージョン要件を確認します。まず最小構成をインストールし、テストビルドの成功後にデバッグ・分析ツールを追加します。

リポジトリアクセス

最小権限の資格情報でコードを取得する

マシンには制限付きのリポジトリアクセスを設定し、タスクに必要な読み取り・書き込み範囲になっているか確認します。キーをリポジトリ、ビルド成果物、公開読み取り可能なログディレクトリに保存してはいけません。

署名素材

インポート、利用、バックアップの場所を分離する

現在のビルドに必要な署名素材だけをインポートし、ファイルアクセス権を制限して、担当者とローテーション手順を記録します。ログ出力では証明書フィンガープリント以外の機密情報を隠します。

キャッシュ戦略

依存関係、派生データ、アーカイブを分離する

依存キャッシュ、派生データ、一時ビルド、最終アーカイブに独立したディレクトリを設定します。容量しきい値と削除順序を定義し、削除スクリプトが保持すべき成果物を誤って消さないようにします。

bootstrap / validation
mkdir -p "$HOME/workspace"
mkdir -p "$HOME/build-cache"
mkdir -p "$HOME/build-artifacts"

git clone "$REPOSITORY_URL" "$HOME/workspace/project"
cd "$HOME/workspace/project"

xcodebuild -version
sw_vers
df -h "$HOME"

xcodebuild \
  -workspace "$WORKSPACE_NAME" \
  -scheme "$SCHEME_NAME" \
  -configuration Debug \
  -derivedDataPath "$HOME/build-cache/DerivedData" \
  build | tee "$HOME/build-artifacts/test-build.log"
環境情報を記録しました LOG SAVED
テストビルドの合格基準:リポジトリを取得でき、依存関係を解決でき、対象スキームを認識でき、ビルド中に未説明のエラーがなく、成果物が規定ディレクトリに入り、ログに完全な資格情報や未マスキングの業務データが含まれていないこと。失敗した場合は、まず元のログを保存してから再試行します。

ステップ6・セキュリティ強化

資格情報、権限、キー、バックアップを日常の運用に組み込む

専用物理マシンだけでアプリケーションレベルのセキュリティを代替することはできません。チームは引き続きアクセス権、コードリポジトリの資格情報、署名素材、ビルドログ、業務データを管理し、レンタル期間終了前に移行を完了する必要があります。

資格情報と最小権限

初期資格情報を更新し、自動化タスクには権限を制限したアクセス方法を用意します。複数人で高権限のログイン情報を長期間共有せず、不要になったリポジトリ権限やビルド権限は定期的に取り消します。

キーと機密情報

キー、トークン、署名素材は管理された場所に保管し、スクリプトの定数、リポジトリ履歴、通常のログに書き込まないでください。サポート依頼前にコマンド出力を確認し、トークン、秘密鍵、完全な業務データを削除します。

アプリケーションレベルのバックアップと移行

コード以外のデータもバックアップします。設定、ビルド成果物、実験記録、必要なログを含め、定期的に復元テストを実施します。レンタル期間終了前に必要なデータをチームが管理する場所へ移行してください。

チーム基準に組み込む7つのルール

  • 初回接続後すぐに初期資格情報を更新し、再ログインを確認する。
  • リポジトリアクセス、自動ビルド、手動運用には異なる権限範囲を使う。
  • 秘密鍵、完全な支払い資格情報、アカウントパスワードをビルドログに書き込まない。
  • 共有作業は管理された権限で行い、高権限の資格情報を長期間共有しない。
  • ビルドキャッシュと最終成果物を分け、それぞれに削除・保持ルールを設定する。
  • バックアップには復元確認を含め、「ファイルをコピーした」だけで復元可能とはみなさない。
  • レンタル期間終了前にデータ移行、資格情報の失効、ローカルの機密ファイル削除を完了する。

受け入れ確認チェックリスト

これらの条件を満たしてから本番ワークフローに接続する

受け入れ記録は別のエンジニアが確認できる内容にします。「利用可能」とだけ書かず、拠点、構成、測定方法、ビルド結果、異常時の対応窓口を記録してください。

  • 拠点:選択した場所が注文内容と一致し、実際のオフィスの通信事業者から複数回の回線テストを完了している。
  • ハードウェア:チップがM4で、メモリとストレージがXVM M4 CoreまたはXVM M4 Plusの注文構成と一致している。
  • ネットワーク:GUIとコマンドラインの接続を確立でき、手動切断後も想定どおり再接続できる。
  • 入力環境:表示解像度、拡大率、キーボードレイアウト、修飾キー、タイムゾーンがチームの規定と一致している。
  • リポジトリ:最小権限の資格情報で取得でき、機密情報がリポジトリや通常のログに入っていない。
  • ビルド:代表的なターゲットでクリーンなテストビルドを1回完了し、成果物とログが規定ディレクトリに入っている。
  • ストレージ:作業ディレクトリ、キャッシュ、一時ファイル、アーカイブの境界が明確で、容量と削除ルールを記録している。
  • セキュリティ:初期資格情報を更新し、アクセス範囲を絞り、アプリケーションレベルのバックアップと復元確認を完了している。
  • 監視:チームがリソース状態の確認方法、障害発生時刻の保存方法、マスキング済みログの収集方法を把握している。

デプロイを開始

要件を整理して、最初のクラウドMacを開通する

2種類のM4構成と4つのアジア拠点から選び、日、週、月、四半期単位で利用できます。開通後はこのページに沿って、接続、テストビルド、セキュリティ基準、受け入れ記録を完了してください。