1回のArchiveにかかる時間、依存関係の規模、キャッシュヒット率、一時ディスクの使用量を確認します。
用途を確認してからリソースを選択
専有クラウドMacはどんなワークロードに向いている？
現在販売中の構成はCDNMac M4のみです。M4、16GB RAM、256GB SSDを搭載。各注文に専有物理マシン1台を割り当て、仮想マシンではありません。キューの運用方法、ストレージ容量、リモート操作、メモリ使用量を確認してから、利用期間、ノード、オプションをお選びください。
SSH・VNCの使用頻度、コードの同期方法、バックグラウンドタスク、ワークスペースの容量を確認します。
ブランチごとの並列実行数、キューの分離、署名の確認、ログの回収、成果物の保存期間を確認します。
モデルの重み、コンテキストキャッシュ、データセットが16GBのユニファイドメモリに収まるか確認します。
WORKLOAD PASSPORT
用途適合性チェックシート
販売中の構成は1種類
CDNMac M4
- チップ
- M4
- メモリ
- 16GB
- システムストレージ
- 256GB SSD
- リソース形態
- 専有物理マシン
ビルドキュー
順次実行または管理されたキューに最適
グラフィカル操作
macOSのGUIとコマンドラインに対応
容量の拡張
+1TB SSDまたは+2TB SSDを追加可能
複数デバイスの並列接続
Thunderbolt 5での接続を要確認
利用可能な状態、ノード、オプションはコンソールに表示される最新情報をご確認ください
1注文につき物理Mac 1台
iOSビルドファーム
CDNMac M4を専用ビルドランナーとして登録
GitHub Actions、GitLab CI、Jenkins、自社スケジューラーをすでに利用しているチームに適しています。クラウドMacをself-hosted runnerとして登録すると、リポジトリのイベントがジョブを起動し、CDNMac M4が依存関係の復元、テスト、Xcode Archive、署名の確認、ビルド成果物の出力を実行します。
専有物理マシンなので、CPU、メモリ、ディスク、作業ディレクトリを他の利用者と共有しません。Xcodeのバージョンやキャッシュディレクトリを固定し、ワークスペースの状態を追跡したいパイプラインに適しています。ただし、プロジェクト固有の依存関係の競合や署名設定の問題を自動で解決するものではありません。
推奨：リポジトリごとに作業ディレクトリを分ける
トークン：ジョブごとに必要最小限の権限を設定
クリーンアップ：ジョブ完了後に実行
ビルドの実行手順
RUNNER / M4
-
01
リポジトリのイベントを受信
メインブランチ、リリースブランチ、手動実行のジョブを管理されたキューに入れます。
-
02
ロック済みの依存関係を復元
ロックファイルと検証可能なキャッシュを優先して使い、環境の予期しない変化を防ぎます。
-
03
Archiveを実行
Xcode、Scheme、Configuration、エクスポート設定を固定します。
-
04
成果物を確認して引き渡し
必要なログを保管し、成果物をチーム管理下のストレージにコピーします。
アプリの自動ビルド
トリガー、キャッシュ、失敗時の処理、成果物の保存を分けて管理
自動ビルドで重要なのは、ローカルのコマンドをそのままリモートで実行することではありません。毎回の実行を再現でき、失敗箇所を特定でき、残存ファイルを削除できるようにすること。そして、機密性の高い署名情報をコードリポジトリに保存しないことです。
ブランチごとに実行キューを明確に分ける
メインブランチでは継続的な検証、リリースブランチではArchiveとエクスポート、修正ブランチでは必要に応じて実行します。タスクごとに並列実行ルールを設定し、複数のワークスペースが同じキャッシュやDerivedDataを同時に書き換えないようにします。
ロックファイルで検証できるキャッシュを使う
Swift Package Manager、CocoaPods、Flutter、JavaScriptの依存関係キャッシュを個別に管理します。キャッシュキーにはロックファイルのハッシュ、ツールのバージョン、アーキテクチャを含めます。キャッシュが見つからない場合は、クリーンインストールに切り替えます。
問題を再現できるタイムラインを残す
ジョブの開始時刻、コミットID、Xcodeのバージョン、失敗した段階、終了コードを記録します。アップロード前にトークン、秘密鍵、証明書のパスワードなど、ログに含めるべきでない情報を取り除きます。
保存担当者、保存期間、削除時期を明確にする
アーカイブ、シンボルファイル、エクスポートしたパッケージを管理下のストレージにコピーしてから、チームの方針に従ってローカルの一時ファイルを削除します。クラウドMacの作業ディレクトリだけを唯一のバックアップにしないでください。
macOSリモート開発
コマンドラインにはSSH、GUI操作には必要に応じてVNC
SSHはコードの取得、依存関係のインストール、ビルドコマンドの実行、ログの確認、バックグラウンドタスクに適しています。VNCはmacOSのGUI、Xcodeのプロジェクト設定、ビジュアルデバッグが必要な操作に適しています。接続方法ごとに認証情報を分け、必要最小限の権限を設定してください。長期間有効なアクセス情報をリポジトリに保存しないでください。
コードは、バージョン管理システム、管理されたファイル転送、またはチーム既存の同期手順で同期できます。継続実行するタスクでは、プロセス、作業ディレクトリ、出力先を記録し、セッションを閉じた後も状況を確認できるようにします。利用期間の終了前に、コードの変更、ビルドログ、アーカイブ、その他必要な成果物を忘れずにエクスポートしてください。
リモート開発の引き継ぎチェックリスト
DEV SESSION
SSH
コマンド、Git、バックグラウンドタスク
スクリプト化しやすく、コマンド履歴や終了ステータスを残せます。
VNC
XcodeとGUI
GUI操作が必要なときだけ接続し、作業後は速やかに切断します。
SYNC
コードと成果物を双方向に引き継ぎ
コードの変更をコミットし、アーカイブとログを管理下のストレージにコピーします。
EXIT
利用期間終了前のクリーンアップ
必要なデータをエクスポートし、一時的な認証情報を削除して、未同期の変更がないことを確認します。
クロスプラットフォーム開発
FlutterもReact Nativeも、最終的にはXcodeでビルド
クロスプラットフォームのフレームワークでビジネスロジックを共有できても、iOSアプリのビルドにはmacOS、Xcode、ネイティブ依存関係、署名環境が必要です。評価時はフレームワーク側とネイティブビルド側を分けて確認しましょう。
Flutter iOS
Dart、CocoaPods、Xcodeの各段階を分けて確認
まずDartの依存関係を復元し、次にCocoaPodsとネイティブプラグインを処理して、最後にXcodeでコンパイルとエクスポートを行います。Flutter SDK、プラグインのロックファイル、Pods、DerivedDataはそれぞれ別のキャッシュとして管理します。すべての段階で同じキャッシュキーを使わないでください。
- Flutter、Ruby、CocoaPods、Xcodeのバージョンを固定します。
- キャッシュが見つからない場合にクリーンインストールへ切り替えられるようにします。
- 問題がフレームワーク側かネイティブ側か、ログに記録します。
React Native iOS
JavaScriptの依存関係とネイティブプロジェクトを一緒に固定
JavaScriptの依存関係はNode.jsのパッケージマネージャーが管理し、iOSのネイティブ部分はCocoaPodsとXcodeが担当します。パッケージマネージャーのバージョン、依存関係のロックファイル、Podsの状態、ビルド設定をすべて固定し、ローカルとリモートの結果が異ならないようにします。
- リポジトリごとにnode_modulesと作業ディレクトリを分けます。
- ネイティブモジュールのアップグレード後は、PodsとXcodeの設定を再検証します。
- 署名情報は管理された場所に保管し、コードリポジトリに保存しないでください。
Apple SiliconでのAI検証
モデルの互換性確認やプロトタイプのテストに最適
CDNMac M4では、推論フレームワークのApple Silicon対応の確認、モデル変換の検証、小規模データでの実行、アプリとの統合テストができます。あらゆるモデルの処理性能を保証するものではありません。また、必要なメモリを確認せずに、大規模な本番推論を実行する用途には適しません。
現在の構成は16GB RAMです。モデルの重み、ランタイムのオーバーヘッド、コンテキストキャッシュ、入力データ、開発ツール、システムの使用量を合わせて見積もってください。モデルファイルのサイズだけでは、安定して実行できるかどうかを判断できません。
実行前にメモリ使用量を見積もる
合計16GB
- モデルの重み
- ダウンロードしたファイルのサイズだけでなく、読み込み後の実メモリ使用量を確認します。
- コンテキストキャッシュ
- コンテキストが長くなると、キャッシュの使用量も増えることがあります。
- ランタイムとツール
- フレームワーク、変換ツール、IDE、システム用のメモリも確保します。
- 入力データと結果
- 大きなデータセットは+2TB SSDを検討し、分割して読み込みます。
適した用途
互換性確認、プロトタイプ、小規模データでのテスト
構成選びの比較
基本構成から始め、必要なオプションだけ追加
用途に合わせて架空の機種を増やすことはありません。どの用途もCDNMac M4の基本構成から始め、ストレージ容量や複数デバイスの並列接続に応じて、所定のオプションを選びます。
現在販売中の唯一の構成
6つのロケーションから選択可能
CDNMac M4
Mac mini M4 · 16GB RAM · 256GB SSD
-
01
軽量ビルド 単一リポジトリの検証、短いキュー、通常のArchiveCDNMac M4基本構成
まず256GB SSDで、クリーンアップの運用下でも依存関係、キャッシュ、成果物を安定して管理できるか確認します。
-
02
日常的な開発 長期利用のワークスペース、複数プロジェクト、頻繁なGUI操作CDNMac M4 + オプションの+1TB SSD
リポジトリ、SDK、依存関係のキャッシュ、ビルドアーカイブを多く保存する開発に適しています。
-
03
大規模データセットまたはモデル検証 モデルファイル、サンプル、変換結果、複数回の出力CDNMac M4 + オプションの+2TB SSD
拡張されるのはストレージ容量で、16GB RAMは変わりません。注文前にメモリ要件を別途確認してください。
-
04
複数デバイスの並列ワークフロー 複数デバイス間の高速接続を検討Thunderbolt 5での接続を検討
デバイスごとに接続オプションを選び、タスクの構成、データの流れ、ソフトウェアの対応状況を先に確認します。
| 用途 | 基本構成 | 検討するオプション | 注文前の確認事項 |
|---|---|---|---|
| 軽量なiOSビルド | CDNMac M4 | 標準の256GB SSD | 依存関係の規模、キャッシュの削除方法、1回あたりの成果物サイズ |
| 日常的なリモート開発 | CDNMac M4 | 容量に応じて+1TB SSDを選択 | リポジトリ数、SDK、アーカイブ、ワークスペースの合計容量 |
| データまたはモデルの検証 | CDNMac M4 | 容量に応じて+2TB SSDを選択 | 16GB RAMにモデル、キャッシュ、ランタイムが収まるか |
| 複数デバイスのワークフロー | CDNMac M4 | Thunderbolt 5接続 | デバイス数、接続構成、ツールチェーンの対応状況 |
適さないケースも確認
掲載外のハードウェアが必要なら、基本構成で代用できると考えないでください
掲載されていないチップ、16GBを超えるメモリ、異なる内蔵ストレージ構成がプロジェクトで必須の場合、現在のCDNMac M4が要件を満たすとは言えません。実際の要件、ツールのバージョン、データ量、並列実行の方法をサービスチームに伝え、事前にご確認ください。
現在提供しているのはM4のみです。掲載されていないチップ構成はありません。
現在の構成は16GB RAMです。ストレージのオプションでメモリを補うことはできません。
基本構成のシステムストレージは256GB SSDです。容量は所定のオプションから選べます。
単一マシンで無制限に並列実行できるとは考えず、キュー、タスクの分離、複数注文の構成を先に検討してください。
次のステップ
検討段階に合わせて進める
まず唯一の構成を確認し、6つのロケーションを比較しましょう。注文の準備ができたら、ガイドに沿って接続と環境を確認してください。
プランとオプションを見る
CDNMac M4の4つの利用期間、+1TB SSD、+2TB SSD、Thunderbolt 5接続の料金を確認します。
プランを見る6つのロケーションを比較
シンガポール、日本・東京、韓国・ソウル、香港、米国東部、米国西部から選ぶ方法を比較します。
ロケーションを比較安全な初回接続を準備
注文前チェックリストに沿って、コードへのアクセス権、接続方法、ビルド環境、成果物のエクスポート先を準備します。
初回接続ガイドを読む構成を選んで注文
利用期間、ロケーション、オプションを選びます。実際の利用可否と提供状況はコンソールに表示される最新情報をご確認ください。
注文内容を設定CDNMac M4が用途に合うことを確認できましたか？
注文手続きに進み、利用期間、6つのロケーションのいずれか、必要なオプションを選択してください。メモリ、チップ、ストレージの条件が不明な場合は、事前にチームへご確認ください。