注文から初回ビルドまで

クラウドMacを既存の開発フローに組み込む

この運用手順では、選定から始めてノード、接続情報、ツールチェーン、署名環境、ビルド成果物を順に確認します。目的は「マシンが起動すること」ではなく、専有物理Mac mini上で再現可能かつ復旧可能で、ログも完全な実ビルドを行うことです。

2種類 専有物理マシン構成
5つ 選択可能な実行ノード
$19.9/日 最低料金
シンガポール、東京、ソウル、香港、米国西部のクラウドMacネットワーク構成 シンガポール 韓国(ソウル) 香港 米国西部
運用手順 初回ビルド接続
リソース
1注文につき専有
形態
物理ノード、仮想マシンではありません
稼働
365日、年間を通じて稼働
事前準備

6項目を明確にしてからプランを選ぶ

ノードの選択ミスやリポジトリ権限の漏れは、ツールのインストールより時間がかかりがちです。注文前に以下の情報をチームのタスク票へ記載し、担当者、検証方法、復旧手順を明確にします。

01 / 資格

開発者プログラムの権限

署名・リリース担当者に必要な開発者プログラム権限があることを確認し、証明書、プロビジョニングプロファイル、チーム識別子の管理者を決めます。認証情報を通常のチャットやビルドログへ書き込まないでください。

完了条件 署名素材の取得元、有効範囲、更新手順を担当者が説明できる。
02 / コード

リポジトリと依存関係の権限

メインリポジトリ、サブモジュール、プライベートパッケージソース、成果物リポジトリ、大容量ファイルストレージの権限を確認します。CI用マシン認証情報は個人用と分離し、ビルドに必要な最小権限だけを付与します。

完了条件 クリーンな環境から完全なソースコードと固定バージョンの依存関係を取得できる。
03 / ツールチェーン

対象Xcodeバージョン

プロジェクト設定、対象SDK、コンパイラ要件、プラグイン互換性からXcodeのバージョンを決めます。複数のリリースブランチがある場合は、各ブランチのXcodeとコマンドラインツールのバージョンを記録します。

完了条件 バージョン、選定理由、互換性検証コマンドを記録済み。
04 / ノード

ネットワーク経路とノード

シンガポール、日本(東京)、韓国(ソウル)、香港、米国西部から選択できます。地理的距離だけでなく、コードソース、依存ミラー、利用者のネットワークを優先します。

完了条件 主要な業務ネットワークから対象ノードをテストし、ネットワーク条件を記録済み。
05 / 容量

ワーキングセットと空き容量

ソース、依存キャッシュ、DerivedData、アーカイブ、シミュレーター、ログの最大使用量を集計します。256GBは管理されたワーキングセット向けです。大容量素材、複数のツールチェーン、長期キャッシュには2TB構成またはストレージ追加を検討します。

完了条件 最大使用量にビルド一時ファイルを含め、整理・書き出し用の容量を確保済み。
06 / 期間

タスク期間とレンタル期間

単発のトラブル対応、イテレーション、継続的インテグレーション、長期実験に合わせて、日・週・月・四半期を選択します。環境構築、検証、最終データの搬出時間も含め、コンパイル時間だけで計算しないでください。

完了条件 タスク終了時刻、更新確認日、搬出担当者を決定済み。
構成と注文

「モデル—ノード—期間—請求」の順に確認

注文確定前に最低料金だけを見ないでください。まずリソース仕様が最大ワーキングセットを満たすか確認し、次にネットワーク経路、最後にUSD金額と追加オプションを確認します。

デバイス割り当て 専有物理Mac miniを1台選択
USD請求
A

VMDebug M4

通常のXcodeビルド、自動テスト、軽量から中規模のキャッシュに適しています。

M4 16GB RAM 256GB SSD
日額
$19.9
週額
$53.7
月額
$99.4
四半期
$270.4
VMDebug M4を選択
01 モデル

メモリの最大使用量、ディスクのワーキングセット、並列タスク数に応じて2種類から選びます。

02 ノード

シンガポール、日本(東京)、韓国(ソウル)、香港、米国西部から1つ選択します。

03 期間

日・週・月・四半期から選び、環境検証とデータ搬出を終えられる期間を確保します。

04 確認

基本モデル、ノード、期間、追加オプションを確認し、最終USD請求額を確認して送信します。

支払いと請求

USDT-TRC20とVisa / Mastercard / Amex(Stripe経由)のみ利用できます。すべての注文はUSDで請求されます。利用可能な決済ゲートウェイはバックエンドの応答に基づきます。

構成と追加オプションを確認
初回接続

本人確認を済ませてからプロジェクトを転送

接続情報を受け取ったら、最初は本人確認、認証情報の更新、最小限の接続テストだけを行います。ホストフィンガープリントが一致しない場合は接続を中止し、コンソールのチケットで確認してください。警告を無視しないでください。

接続確認チェックリスト SSH初回セッション
  1. 01

    デバイス情報を確認

    コンソールの注文詳細からデバイス識別子、ホストアドレス、ポート、ユーザー名、ホストフィンガープリントを確認します。これらの情報は必ず現在の注文詳細から取得してください。

  2. 02

    ホストフィンガープリントを照合

    初回SSH接続で表示されるフィンガープリントが注文詳細と一致することを確認します。結果を内部の運用票に記録し、通常の変更と異常な接続を後から判別できるようにします。

  3. 03

    一時認証情報を更新

    初回ログイン後すぐに一時認証情報を変更します。チームで承認した鍵管理方法で保存し、旧認証情報を通常の接続入口として使わないことを確認します。

  4. 04

    2つの経路をテスト

    まずSSHコマンドとファイルの読み書きをテストし、必要に応じてmacOSグラフィカルインターフェースへの接続も確認します。接続方法とポートはサポートガイドに沿って確認できます。

ssh -p <port> <user>@<host>
uname -m
sw_vers
df -h /
xcode-select -p

接続合格基準

  • フィンガープリントが注文詳細と一致
  • 一時認証情報を更新済み
  • SSHコマンドが安定して応答
  • ファイルのアップロード、ダウンロード、権限が想定どおり
  • グラフィカルインターフェース接続テストの結果を記録済み
接続トラブルシューティングを見る

異常発生時に提出する情報

デバイス識別子、発生日時とタイムゾーン、通信事業者、ホストフィンガープリントの照合結果、再現手順、マスキング済みログ、実施済みの確認内容を準備します。アカウントのパスワード、ウォレット秘密鍵、完全なカード番号は提出しないでください。

コンソールにログインしてチケットを送信
移行手順

移行をデータ、ツールチェーン、CIの3つの復旧可能な経路に分ける

すべてを一度に移行してからまとめて調査しないでください。各経路で入力、検証ポイント、復旧操作を定義し、1つが完了してから次へ進みます。ネットワーク、依存関係、署名の問題を混在させないことが重要です。

PATH 01

データ移行

ビルドに必要なデータセットだけを移行し、ローカルキャッシュ、古いアーカイブ、不明な状態を新環境へコピーしないでください。

入力
ソースコード、必要な素材、設定テンプレート、依存関係ロックファイル、マスキング済みテストデータ。
検証ポイント
ファイル数とハッシュを確認し、権限、シンボリックリンク、改行形式、大容量ファイルオブジェクトの完全性を確認します。
復旧操作
ローカルに読み取り専用コピーを残し、検証に失敗した場合は対象ディレクトリを消去して、直近の完全な一覧から再同期します。
PATH 02

ツールチェーンの再現

ローカルシステム全体の状態をコピーせず、バージョン一覧から環境を再構築します。必須ツールを先にインストールし、プロジェクトの依存関係とキャッシュを段階的に戻します。

入力
Xcodeバージョン、コマンドラインツール、Brewfile、パッケージマネージャーのロックファイル、証明書とKeychainのインポート一覧。
検証ポイント
コンパイラ、SDK、Git、Ruby、Node、プロジェクト依存関係の解決結果を記録し、最小テストターゲットを実行します。
復旧操作
バージョン一覧とインストールログを保持し、競合時は今回追加した項目を削除して、検証済みの前バージョン群へ戻します。
PATH 03

CI接続

まず単一のテストブランチを実行環境へ接続し、分離、キャッシュ、ログ転送を確認してから本番タスクをクラウドMacへ切り替えます。

入力
実行環境の登録情報、作業ディレクトリ規則、鍵の注入方法、キャッシュキー、失敗時の再試行、成果物のアップロード方針。
検証ポイント
クリーンビルドとキャッシュビルドを連続実行し、終了コード、ログ、成果物のハッシュ、タスク間のディレクトリ分離を確認します。
復旧操作
従来の実行環境を利用可能な状態で保持し、新しい経路が失敗した場合はスケジュールを停止して、検証済みの旧タスク定義へ戻します。
切り替え条件
3つの経路すべてに合格してから長期タスクへ切り替える

データのハッシュが一致し、ツールチェーンを再現でき、CIの連続ビルドが安定してからブランチ範囲や並列タスクを拡大します。移行中に依存関係のバージョン、署名方針、スケジュール方式を同時に変更しないでください。

環境初期化

バージョン情報を起点に開発環境を再構築

インストールは検収ではありません。設定の各層が完了するたびに、記録可能なバージョン、パス、権限の結果を出力し、次のエンジニアが同じチェックリストで再現できるようにします。

初期化記録 推奨手順
再現性を優先
  1. 01

    Xcodeとコマンドラインツール

    プロジェクト指定のバージョンをインストールし、アクティブな開発ディレクトリ、SDK一覧、コンパイラバージョンを確認します。複数バージョンを併用する場合は切り替えコマンドを運用文書に記載します。

  2. 02

    Gitとリポジトリアクセス

    コミットID、ホスト検証、最小権限の認証情報を設定し、メインリポジトリ、サブモジュール、大容量ファイルを取得します。デフォルトブランチとリモートURLも確認します。

  3. 03

    証明書とKeychain

    チームの手順に従って必要な素材をインポートし、アクセス制御とビルドプロセスの読み取り権限を確認します。機密情報をソース、通常のログ、共有キャッシュへ入れないでください。

  4. 04

    パッケージ管理とキャッシュ

    ロックファイルから依存関係を復元し、再利用可能なキャッシュと再生成が必要なプロジェクト状態を分けます。キャッシュキーにはツールチェーンと依存関係のバージョンを含めます。

  5. 05

    ビルドディレクトリ

    ソース、DerivedData、アーカイブ、ログ、書き出し成果物に独立したパスを設定し、タスク終了後の整理と搬出ルールを明確にします。

バージョン収集

まず環境フィンガープリントを保存

以下の出力を初回ビルドの環境ベースラインとして使用できます。実際に使うパッケージマネージャーに応じてコマンドを増減し、鍵や完全な環境変数をログへ書き込まないでください。

sw_vers
uname -m
xcodebuild -version
xcode-select -p
git --version
ruby --version
node --version
df -h /
初回ビルド検収

完全なパイプラインで環境の引き渡し可能性を証明

コンパイル成功だけでは不十分です。初回検収では依存関係の復元、テスト、アーカイブ、署名確認、成果物のダウンロードを行い、所要時間、終了コード、ログの場所を同じコミットに紐付けます。

クラウドMac初回ビルドの検収手順と合格条件
順序 確認項目 実行内容 合格条件 必須記録
01 依存関係の復元 ロックファイルからすべての依存関係を解決・ダウンロードし、プライベートソース、サブモジュール、キャッシュヒットを確認します。 未固定バージョンへの変動がなく、依存関係の解決が完了し、主要パッケージのバージョンがローカル基準と一致する。 ロックファイルのハッシュ、復元時間、キャッシュキー、失敗時の再試行回数。
02 自動テスト プロジェクトで定めたユニットテスト、統合テスト、必要なシミュレーターテストを実行します。 終了コードが想定どおりで、失敗ケースの担当が明確であり、テスト結果ファイルをダウンロードできる。 テストターゲット、合格数、失敗数、テストログのパス。
03 アーカイブ リリース構成でArchiveを実行し、ターゲット、Scheme、SDK、ビルド設定を確認します。 アーカイブディレクトリが完全に生成され、ビルド番号とコミット番号を追跡でき、警告数を記録済み。 アーカイブ時間、Xcodeバージョン、コミット番号、アーカイブのハッシュ。
04 署名確認 署名ID、チーム識別子、プロビジョニングプロファイル、Entitlements、対象パッケージIDを確認します。 署名チェーンがプロジェクトの想定と一致し、機密素材が公開ログや成果物ディレクトリに存在しない。 確認結果、異常項目、対応者、検証コマンドの出力。
05 成果物のダウンロード 所定の成果物を書き出して検収場所へダウンロードし、ファイルサイズ、ハッシュ、展開結果を確認します。 成果物を完全にダウンロードでき、ハッシュが一致し、命名と保持方針がチーム規則に適合する。 ファイル名、サイズ、ハッシュ、ダウンロード時間、保存場所。
ベースラインA

クリーンビルド

再生成可能なキャッシュを消去して実行し、依存関係の完全な復元とコンパイル経路の所要時間を確認します。ディスク空き容量の開始時と終了時を記録し、容量不足をコンパイル問題と誤判定しないようにします。

ベースラインB

キャッシュビルド

コードを変更せずに再実行し、キャッシュキーが機能し、誤った成果物を再利用していないことを確認します。2回のビルドは同じコミットと同じツールチェーンに紐付けます。

ベースラインC

失敗サンプル

制御可能な失敗を1回残し、終了コード、主要エラー、テスト結果、成果物の状態をCIが正しく収集できることを確認します。対話セッションだけで確認できる状態にしないでください。

長期運用

成功したビルドを継続的なタスクへ変える

クラウドMacは365日、年間を通じて稼働できます。ただし長期タスクには、ディスク、キャッシュ、鍵、アップグレード検証、注文終了前の搬出手順が必要です。個人の記憶に頼らず、日常の運用票に記載します。

OPS 01

空きディスク容量のアラート

ソース、DerivedData、アーカイブ、キャッシュ、ログの各ディレクトリを個別に監視します。アラート閾値には空き容量と増加速度の両方を考慮し、受信者が整理または搬出を実行できるようにします。

推奨記録 総容量、使用可能容量、日次増加量、最大アーカイブサイズ。
OPS 02

キャッシュ整理ルール

プロジェクト、ツールチェーンのバージョン、最終使用日時に基づいてキャッシュを整理します。ロックファイルとキャッシュキーの記録を残し、削除後の再ダウンロードが想定どおりか判断できるようにします。

推奨記録 キャッシュパス、保持期間、整理コマンド、実行結果、解放容量。
OPS 03

鍵のローテーション

リポジトリ、成果物ソース、CIごとに最小権限の認証情報を設定し、有効期限と担当者を記録します。更新後は旧認証情報が無効で、新しい認証情報が必要なリソースだけを対象にすることを確認します。

推奨記録 認証情報の用途、権限範囲、有効期限、更新担当者、検証結果。
OPS 04

システムアップグレードの検証

アップグレード前に、重要度の低いタスクでXcode、コマンドラインツール、署名フロー、依存関係、復旧資料を検証します。VMDebugは計画停止時間を設定せず、アップグレードは利用者自身のタスク計画に合わせて実施します。

推奨記録 アップグレード前のバージョン、対象バージョン、互換性結果、復旧資料、実施日時。
OPS 05

タスク失敗時のロールバック

利用可能な前回のタスク定義、ツールチェーン一覧、主要成果物のハッシュを保持します。変更に失敗した場合は新規タスクの投入を停止し、検証済み構成へ戻して失敗ログを保存します。

推奨記録 発動条件、停止方法、復旧バージョン、検証コマンド、担当者。
OPS 06

注文終了前の搬出

注文終了前にコード、鍵、アーカイブ、ログ、必要なキャッシュを搬出して検証します。ダウンロード後にハッシュを確認し、デバイスに残す必要のない機密情報を削除します。

推奨記録 搬出一覧、保存先、ハッシュ確認、完了時刻、確認担当者。
推奨する運用確認の頻度

各ビルドで終了コードと主要ログを記録。毎週ディスク使用量の増加とキャッシュを確認。チームのセキュリティ方針に従って認証情報を更新。ツールチェーン変更前に互換性を検証し、注文終了前に十分なデータ搬出時間を確保します。

料金と利用条件を見る
準備完了

運用票に沿って1台目のクラウドMacを接続

VMDebug M4またはVMDebug M4 Proから1種類を選び、シンガポール、日本(東京)、韓国(ソウル)、香港、米国西部の5ノードから実行場所を選択します。USDT-TRC20とVisa / Mastercard / Amex(Stripe経由)のみ利用でき、すべての注文はUSDで請求されます。