このガイドは実際の納品順に構成されています。まずDebug M4、利用期間、ノードを確認し、アクセス情報を照合してSSH・VNCに接続します。最後に、ダウンロード可能なアーカイブ成果物で受け入れを確認します。
注文前に構成、アクセス情報、追加オプションをまとめて確認すると、納品後の調整ややり取りを減らせます。実際に利用できる状態は、コンソールの最新表示を基準にしてください。
現在販売中のプランはDebug M4です。Mac Mini M4、16GB RAM、256GB SSDで構成されます。1注文につき1台の専有物理ノードが割り当てられ、仮想マシンではありません。
タスクの期間に合わせて、日単位、週単位、月単位、四半期単位から選択します。基本料金は順に $19.5、$52.8、$97.7、$265.7。
一覧にはシンガポール、日本（東京）、韓国（ソウル）、香港、米国西部の5ノードがあります。コードリポジトリ、成果物ストレージ、主な利用者に近い地域を優先してください。
専用のキーペアを使用し、秘密鍵はローカルに保存してください。公開鍵を送信する前に先頭と末尾が完全か確認し、秘密鍵を注文メモ、リポジトリ、チケットに書き込まないでください。
コマンドラインだけでビルドする場合は、まずSSHを設定します。GUI、画面確認、インタラクティブなXcode操作が必要な場合にVNCセッションを有効にしてください。
大容量の依存関係、モデル、素材を扱う場合は+1TB SSDまたは+2TB SSDを選択できます。複数台で協業する場合は、各マシンにThunderbolt 5並列接続を追加できます。
コンソールには、選択内容に応じて基本構成、期間、ノード、追加オプションがまとめて表示されます。支払い前は最終表示のUSD金額を基準にし、口頭の見積もりや自己計算に頼らないでください。
チップがM4、メモリが16GB、基本ストレージが256GB SSDであることを確認し、一覧にない構成は追加しません。
販売中の5ノードから地域を1つ選び、タスクの期間に合わせて日、週、月、四半期から選択します。
今回のワークフローに必要なストレージまたはThunderbolt 5並列接続だけを追加し、課金単位を確認します。
地域、期間、追加オプション、支払うUSD金額を項目ごとに確認し、利用可能な決済ゲートウェイで支払います。
ホストアドレスだけを見て接続を始めないでください。地域、身元、フィンガープリント、利用期間の範囲を確認してから、機密認証情報をチームで承認された安全な場所に保存します。
| 確認項目 | 確認する内容 | 異常時の対応 |
|---|---|---|
| ノード地域 | 注文で選択したシンガポール、日本（東京）、韓国（ソウル）、香港、米国西部のいずれかと一致していること。 | 初回接続を中止し、注文IDを添えてコンソールからチケットを送信します。 |
| ホストアドレス | アドレス形式が完全で、コピー時に空白、句読点、改行が混入していないこと。 | まず名前解決とポートを確認し、アドレスを何度も推測しないでください。 |
| ユーザー名 | 納品確認で指定されたシステムユーザー名を使用し、ローカルPCのユーザー名に勝手に置き換えないでください。 | ターミナルの元のエラー情報を残し、機密情報を隠して提出します。 |
| ホストフィンガープリント | 初回SSH接続で表示されるフィンガープリントが、納品確認の内容と1文字ずつ一致していること。 | 一致しない場合は直ちに中止し、確認文字を入力しないでください。 |
| アクセス発行状態 | SSH公開鍵とVNC認証情報が、発行済みまたは利用可能な状態になっていること。 | 状態の更新を待つか、コンソールのチケットで確認し、注文を重複して作成しないでください。 |
| 利用期間の終了時刻 | タイムゾーンと終了時刻を記録し、ビルド、エクスポート、更新、アクセス回収を計画します。 | 期間が合わない場合は、まず注文詳細を確認してから請求関連のチケットを送信します。 |
2つの入口は異なる確認を担います。SSHでは身元、アーキテクチャ、ディスク、ツールチェーンを確認し、VNCでは表示、キーボードマッピング、切断後の再接続を確認します。
uname -m、期待される結果は arm64です。df -h でシステムディスクと追加ストレージの容量を確認します。date でシステム時刻とタスク記録のタイムゾーンを確認します。フィンガープリントが一致し、キー認証に成功し、アーキテクチャがarm64で、ディスク容量とシステム時刻が注文およびワークフローの想定どおりであること。
グラフィカルセッションを安全に確立でき、表示とキーボードレイアウトが正しく、手動切断後も納品確認の情報で再接続できること。
例に含まれるホスト、ユーザー名、キーのパス、リポジトリ、プロジェクト名はすべて仮の名称です。実際の認証情報を共有ドキュメント、ビルドログ、公開リポジトリに書き込まないでください。
$ ssh -i ~/.ssh/<KEY_FILE> <USER>@<HOST>$ uname -m
arm64$ xcodebuild -version
Xcode <VERSION>
Build version <BUILD_VERSION>$ xcodebuild -workspace <APP>.xcworkspace \
-scheme <SCHEME> \
-configuration Release \
-archivePath build/<APP>.xcarchive \
archive
** ARCHIVE SUCCEEDED **$ bundle exec fastlane <LANE>
[fastlane] archive: build/<APP>.xcarchive
[fastlane] result: success
接続に一度成功しただけでは、ワークフローを再利用できるとは限りません。初回ビルドでは、後の自動化やトラブルシューティングに使えるよう、バージョン、コマンド、成果物の場所、所要時間を記録します。
今回のタスクに必要な権限だけを持つリポジトリ認証情報を使用します。コミットIDを記録し、後で同じソースを再現できるようにします。
入力：コミットIDXcodeのバージョン、ビルドバージョン、Ruby、fastlane環境を記録し、初回受け入れ時に不要なアップグレードを混在させません。
入力：バージョン一覧完全なコマンド、終了ステータス、主要ログを保存します。失敗した場合は、依存関係、プロジェクト設定、アクセスの問題を先に切り分け、考えずに連続再実行しないでください。
実行：archiveアーカイブファイルを決められた場所にコピーし、ファイルサイズ、ディレクトリ構成、ダウンロード結果を確認します。ノード上に唯一のコピーだけを残さないでください。
成果物：xcarchive依存関係の取得、コンパイル、アーカイブ、転送にかかった時間を分けて記録します。この記録は後続タスクとの比較用であり、プロジェクトをまたぐ性能保証ではありません。
出力：所要時間の内訳注文ID、ノード地域、発生時刻、再現手順、終了コード、機密情報を隠したログを添えて、問題の種類に応じたサポート手順に進みます。
トラブルシューティングガイドを見るarm64