まず構成とノードを決め、注文、接続情報の取得、開発環境の検証まで進めます。各インスタンスは1台の専有物理Mac miniに対応し、仮想マシンではありません。実際の初期化状況はコンソールにリアルタイムで表示されます。
開始前に複雑な資料をそろえる必要はありません。ただし、認証情報を受け取る担当者、プロジェクトの実行場所、利用予定期間、ローカルからの接続方法を明確にしておきましょう。以下を準備すれば、構成選択から初回検証まで続けて進められます。
安定して受信でき、実際の管理者が管理するメールアドレスを使用してください。納品情報を受け取ったら、ホスト名、ノード、レンタル構成を確認し、認証情報を公開グループやプロジェクトログに転送しないでください。
シンガポール、東京、ソウル、香港から選択します。都市名だけで判断せず、普段使うネットワークからそれぞれテストし、中央値のレイテンシーと接続の安定性を記録してください。
短期調査や単発ビルドには日単位または週単位、継続開発、キャッシュの再利用、長時間タスクには月単位または四半期単位が適しています。最終金額は注文確認ページの項目別合計を確認してください。
少なくともSSHクライアントを用意し、GUIが必要な場合は対応するリモートデスクトップクライアントも準備してください。必要な接続がローカルネットワークで許可されていることを確認し、共有端末に認証情報を長期間保存しないでください。
Xcodeのバージョン、コマンドラインツール、Fastlaneの依存関係、コードリポジトリへのアクセス方法、想定ディスク増加量を記録します。複数のツールチェーンが必要な場合は、最低動作バージョンとテストコマンドを先に整理してください。
2つの構成はいずれもクラウドMacの専有物理ノードで、主な違いはメモリとローカルストレージです。現在のプロジェクトの実測ピークを基準にし、レンタル期間中のキャッシュや成果物の増加も考慮してください。
4つのノードすべてでGPUMini M4 CoreとGPUMini M4 Plusを利用できます。主な業務ネットワークから複数回連続してテストし、中央値のレイテンシー、ジッター、パケットロスを総合的に判断してください。1回だけの最低値は基準にしないでください。
| ノード | 主な対象地域 | 参考レイテンシー | 販売中の構成 | 注文ページ |
|---|---|---|---|---|
| シンガポールSG | 東南アジアからのアクセスと地域間コラボレーション | 20–50 ms | Core / Plus | シンガポールを選択 |
| 東京JP | 日本・東アジアからのアクセス | 30–60 ms | Core / Plus | 東京を選択 |
| ソウルKR | 韓国・北東アジアからのアクセス | 30–50 ms | Core / Plus | ソウルを選択 |
| 香港HK | 華南・東南アジアからのアクセス | 20–40 ms | Core / Plus | 香港を選択 |
実際に業務で使う有線または安定したWi-Fiネットワークでテストします。一時的なダウンロードや負荷の高い同期を停止し、ローカルの混雑をノードの問題と誤認しないようにしてください。
各ノードへのリクエストを複数回観測し、中央値のレイテンシー、変動幅、パケットロスを記録します。リモートデスクトップでは安定性がより重要で、自動ビルドではコードソースの場所も考慮します。
個人利用では日常のアクセス場所を優先します。チーム利用では、主要メンバーの分布、コードリポジトリの場所、自動化タスクの実行場所を比較してください。
表の範囲は初期選定の目安であり、すべてのネットワークで同じ結果になることを保証するものではありません。通信事業者のルーティング、ローカルネットワーク、地域間回線、テスト時間帯によって実際の接続品質は変わります。
順調に進めば、構成の設定開始から基本接続の検証完了まで約4分です。初期化時間は選択した構成やリアルタイムの処理状況によって変わるため、最終的な判断はコンソールに表示されるインスタンス状態に基づいてください。
GPUMini M4 CoreまたはGPUMini M4 Plusを選び、日、週、月、四半期の期間を選択します。メモリ、ストレージ、追加オプションがタスクの要件に合っているか確認してください。
完了の目安：注文構成の概要が想定どおりであること。シンガポール、東京、ソウル、香港のいずれかのノードを選び、期間、基本プラン、追加オプションを確認して注文を送信します。
完了の目安：コンソールに該当する注文とインスタンスの記録が表示されること。システムがノードの構成と接続情報の準備を完了するまで待ちます。注文を連続して再送信したり、状態が変化している間に古いページの情報で失敗と判断したりしないでください。
完了の目安：インスタンスの状態とホスト接続情報をコンソールで確認できること。まずホスト情報を確認し、その後SSHまたはリモートMacデスクトップを試します。初回接続ではホストフィンガープリントまたは接続先を照合し、入力ミスで別のアドレスに接続しないようにしてください。
完了の目安：セッションを確立し、システム時刻とディスク容量を読み取れること。初回セッションの目的は、すぐに開発を始めることではありません。取得したホスト、構成、時刻、ストレージが注文内容と一致することを確認します。基本確認が完了してから認証情報を変更し、プロジェクトを同期してください。
コンソールに表示されたノード、ホスト名、インスタンス識別子を納品情報と1項目ずつ照合します。接続先が一致しない場合は操作を停止し、アドレスをコピーし直してください。似た文字を記憶で修正しないでください。
初回ログインに成功したら、納品手順に従って一時認証情報を更新します。新しい認証情報はチームが承認した安全な場所に保存し、コードリポジトリ、ビルドログ、通常のチャットに記載しないでください。
日付、タイムゾーン、コマンドラインの時刻出力を確認します。時刻のずれは証明書の判定、ログの並び順、自動化タスクに影響するため、プロジェクトの依存関係をインストールする前に確認してください。
総容量、空き容量、プロジェクトによる増加見込みを記録します。依存関係キャッシュ、DerivedData、アーカイブ、エクスポートファイル用の余裕を確保し、長時間タスクが終盤に容量不足で失敗しないようにしてください。
以下のコマンドはローカルマシンの情報を読み取るだけです。出力は、コンソールの構成およびノード記録と一緒に納品確認書へ保存してください。
sw_vers
date
df -h /いきなりフルパイプラインを実行しないでください。まず基本接続を確認し、次にXcodeとコマンドラインツールを検証し、最後に規模を制御でき再現性のあるプロジェクトビルドを1回実行します。これにより、どの層で失敗したかを判断しやすくなります。
アドレス、アカウント、ホスト確認、コマンド実行を検証します。接続に成功したら、システムバージョンとディスク情報を読み取ります。
合格基準：セッションが安定し、コマンドが正常に返ること。グラフィカルセッション、表示解像度、ローカル入力、再接続を検証します。まずは控えめな画質で操作時の遅延を確認してください。
合格基準：画面を利用でき、切断後にセッションを復元できること。必要なバージョンが起動し、プロジェクトを開けること、ビルド設定とツールチェーンのパスが想定どおりであることを確認します。
合格基準：プロジェクトのインデックス作成が完了し、環境レベルのエラーがないこと。まずバージョンと利用可能なschemeを確認し、明確なテストビルドコマンドを1つ実行して、終了コードと主要ログを保存します。
合格基準：コマンドを繰り返し実行して一貫した結果が得られること。Ruby環境、依存関係のインストール、lane一覧を確認します。まず本番リリースを伴わない検証タスクを実行してください。
合格基準：依存関係が正常に解決され、対象laneを認識できること。リポジトリホスト、SSHキーの権限または管理されたトークンの設定を検証し、プロジェクトのサブモジュールと依存関係の取得元にアクセスできることを確認します。
合格基準：指定ブランチを取得でき、認証情報が露出しないこと。ssh user@host
xcodebuild -version
xcodebuild -list -project YourProject.xcodeproj
fastlane lanes納品確認記録に「使用可能」とだけ書くのは不十分です。どのノードで、どの構成を使い、どの方法で接続し、プロジェクトをどこに置き、どのビルドコマンドが成功したかを記録してください。
同じコードバージョン、同じコマンド、同じビルドターゲットで連続して検証します。結果を再現でき、環境不足によるブロッキングエラーがログにないことを確認してください。
ノード、発生時刻、接続方法、再現手順、エラーメッセージ、マスキング済みログを準備します。注文、インスタンス、請求に関する問題は、まずコンソールからサポートチケットを送信してください。
コンソールからサポートチケットを送信グラフィカルセッションの設定が必要な場合はリモート接続ガイドを確認してください。ビルド、ネットワーク、請求に関する問題はヘルプセンターをご利用ください。準備ができたら、すぐにクラウドMacをレンタルできます。