環境を先に記録
システムバージョン、アプリバージョン、テストデータのバッチ、前提条件を明記してからテストケースを実行します。
匿名化した作業画面
クラウドMacを開発・ビルド・MLX推論に活用する方法
装飾的なデバイス画像ではなく、注文概要、タスクバッチ、リソース使用量、納品記録を使って、構成の選び方、タスクの進め方、チームで確認すべき状態を示します。
- 販売中の構成
- 3 台の専用物理マシン
- ノード一覧
- 4 常時注文可能なノード
- 事例の種類
- 5 種類の開発ワークフロー
割り当てを実行
正常稼働
MLXサービス バッチ028
VMCache M4 Pro 64
- チップ
- M4 Pro
- ユニファイドメモリ
- 64GB
- ストレージ
- 2TB
- ノード
- 日本（東京）
41.6GB / 64GB
ユニファイドメモリ使用量の例
- モデル状態
- 読み込み済み
- リクエストバッチ
- 8
週、月、四半期単位も選択できます。料金は選択した機種と期間によって異なります。
- シンガポール余裕あり
- 日本（東京）余裕あり
- 韓国（ソウル）余裕あり
- 香港余裕あり
納品記録
構成を確認済み
ノードを確認済み
タスクキューへ追加
AI推論サービス
モデルとメモリを確認してから並列数を決める
MLXワークロードは、起動に一度成功したかだけでは判断できません。モデル形式、ユニファイドメモリ、サービスの待受範囲、リクエストバッチ、読み込みログを同じ実行記録にまとめることで、問題がモデル準備、リソース使用量、サービス設定のどこにあるかを判断できます。
- モデル準備 モデル名、量子化方式、ファイル位置、読み込みパラメータを記録し、バッチごとに異なる入力を使わないようにします。
- リソース判断 稼働中のユニファイドメモリ使用量を基準にします。より大きなモデルや高い並列数が必要な場合は、VMCache M4 Pro 64の64GBユニファイドメモリを優先して検討します。
- 公開範囲 サービスの待受アドレス、アクセス制御、ログの匿名化を確認し、デフォルト設定で不要なネットワーク範囲にAPIが公開されないようにします。
MLX実行記録
正常
モデル読み込みとリクエストバッチ
- モデル状態
- 読み込み済み
- ユニファイドメモリ
- 41.6GB / 64GB
- 待受範囲
- 127.0.0.1
- リクエストバッチ
- 8 requests
モデルインデックスと重みの分割ファイルを読み込み完了
ユニファイドメモリのマッピングを作成完了
ローカル推論サービスを起動完了
匿名化した検証リクエストバッチを送信成功
画面の数値は匿名化したワークフロー例です。確認手順の説明を目的としており、異なるモデルの性能を示すものではありません。
Xcode CI/CD
正常進行
アーカイブタスク XC-1842
01
コミットで起動
完了
指定されたブランチとコミットIDを受け取ります。
02
依存関係の準備
完了
依存関係キャッシュを復元し、ロックファイルを確認します。
03
アーカイブ
完了
固定したschemeでビルドとアーカイブを実行します。
04
署名
完了
チームのシークレット管理プロセスから署名情報を注入します。
05
成果物の納品
完了
成果物のチェックサムと保存場所を記録します。
継続的インテグレーション
1回のビルドを5つの追跡可能な状態に分ける
専用クラウドMacは、Xcodeのバージョン、依存関係キャッシュ、ビルドスクリプト、ログの保存方法を柔軟に設定したいパイプラインに適しています。各レンタルは専用の物理マシンで、仮想マシンではありません。計算資源とストレージは他の利用者と共有しません。
- 環境の基準を固定 タスク開始前にmacOS、Xcode、コマンドラインツール、依存関係のロックファイルを記録し、環境差による偶発的な失敗を減らします。
- 段階ごとにログを保存 コミット起動、依存関係の準備、アーカイブ、署名、納品の結果を個別に記録し、失敗時は該当段階に戻って調査します。
- ビルド認証情報を保護 トークン、署名ファイル、環境変数はチーム独自のシークレット管理プロセスから注入し、公開リポジトリや通常のタスクログには保存しません。
Unity iOSビルド
プロジェクト同期、ビルドキュー、成果物確認を個別に記録
Unity iOSビルドでは、プロジェクト資産、Unityビルド、Xcodeエクスポート、成果物の引き渡しを順に処理します。すべてを「ビルド中」という1つの状態にまとめると、失敗原因を特定しにくくなります。各段階の入力、出力、責任範囲を記録する方法がより確実です。
- プロジェクト同期 まずコミットID、大容量アセット、パッケージ依存関係を確認し、クラウド上の作業ディレクトリが想定バージョンと一致していることを確認します。
- ビルドキューへ追加 UnityプロジェクトのエクスポートとXcodeアーカイブを2つのタスクに分け、ログと終了ステータスを個別に保存します。
- 成果物の確認 納品前にファイル名、生成タスク、チェックサム、保存場所を記録し、チームメンバーが別のビルドバッチを取得しないようにします。
モバイル開発タスク票
確認済み
Unity iOSビルド バッチU-072
- 実行機種
- VMCache M4 24
- ハードウェア仕様
- M4 / 24GB / 512GB
- タスクノード
- シンガポール
- バッチID
- U-072
- 01プロジェクト同期完了
コミット、アセット、依存関係の一覧が一致
- 02Unityビルド完了
Xcodeプロジェクトを生成してログを保存
- 03Xcodeエクスポート完了
アーカイブとエクスポートを実行
- 04成果物確認完了
ファイルのチェックサムと納品場所を記録
バージョン、テストセット、結果、再テスト担当者を1つの記録にまとめる
複数macOSバージョンのテストで重要なのは、同時に多くのウィンドウを開くことではなく、各テストバッチを明確な環境まで追跡できることです。記録ボードにシステムバージョン、テストセット、結果、課題ID、再テスト担当者をまとめます。
| 環境記録 | テストセット | 今回の結果 | 再テスト担当 | 次のステップ |
|---|---|---|---|---|
| macOS 15.x REG-A15 |
インストール、起動、アップグレード経路 | 合格 | デスクトップ品質チーム | 基準結果を保持 |
| macOS 14.x REG-B14 |
ファイル入出力と権限チェック | 要確認 | 互換性チーム | 再現後に匿名化ログを追加 |
| アップグレード経路 UPG-014 |
設定移行と初回起動 | 進行中 | リリースエンジニアリングチーム | 回帰テストバッチを完了 |
結果を状態別に記録
合格、要確認、進行中を分けて記録し、未解決事項を「テスト完了」の一言で覆わないようにします。
証拠は先に匿名化
スクリーンショットやログを協働システムに入れる前に、パスワード、秘密鍵、トークン、識別可能な実接続情報を削除します。
すべてのタスクを1台で競合させず、ワークロードに応じて3機種を割り当てる
並列ビルドの目的はタスクを均等に分けることではなく、軽量な検証、日常開発、高メモリワークロードを適切な専用物理ノードに配置することです。シンガポール、日本（東京）、韓国（ソウル）、香港の4ノードはすべて3つの販売機種に対応しています。実際の利用可否は注文時にコンソールから返される最新情報をご確認ください。
軽量ビルドキュー
シンガポール
VMCache M4 16
M4 / 16GB / 256GB
- 適したタスクコミット確認、ツールのコンパイル
- リソース範囲軽量な依存関係と短いバッチ
- キュー戦略高頻度・小規模バッチ
日常開発キュー
韓国（ソウル）
VMCache M4 24
M4 / 24GB / 512GB
- 適したタスクXcode、Unity iOS
- リソース範囲日常的なビルドとデバッグ
- キュー戦略プロジェクト単位でバッチ分け
高メモリタスクキュー
香港
VMCache M4 Pro 64
M4 Pro / 64GB / 2TB
- 適したタスクMLX推論、大規模アーカイブ
- リソース範囲大容量ユニファイドメモリが必要
- キュー戦略長時間タスクを分離
シンガポールUTC+8
東南アジアの協働時間帯をカバーするのに適しています。
日本（東京）UTC+9
日本の開発・テストチームとの協働に適しています。
韓国（ソウル）UTC+9
韓国のビルド・品質チームに適しています。
香港UTC+8
地域をまたぐプロジェクトの引き継ぎに適しています。
事例から構成を選ぶ
タスクに合う機種とチームの協働経路に合うノードを選ぶ
軽量ビルドはVMCache M4 16から開始できます。日常的なXcodeとUnityの作業にはVMCache M4 24を、高容量ユニファイドメモリが必要なMLX推論にはVMCache M4 Pro 64を検討できます。構成を確認したら、そのまま注文へ進めます。