Berry M4
- チップ
- M4
- メモリ
- 16GB
- ストレージ
- 256GB
用途で選ぶクラウドMac
開発・ビルド・実験タスクを
開発・ビルド・実験タスクを
専用物理Macに任せる
BerryVMでは、仮想マシンではなく、Mac miniの専用物理ノードを1台丸ごと利用できます。プロジェクトの依存関係をインストールし、XcodeやSwiftツールチェーンを実行し、継続的なビルドを行ったり、大容量メモリ構成でMLXワークロードを評価したりできます。
ソフトウェアの互換性、必要メモリ、タスクの継続時間、対象ノードを確認してから、Berry M4またはBerry M4 Proを選びましょう。資料、プロジェクト認証情報、署名用資材は、引き続きチームのセキュリティ手順に従って管理してください。
- サービス形態
- 1台を専用利用
- 販売中の構成
- 2種類
- 選択可能なノード
- 5台
WORKLOAD ACCEPTANCE
タスクバッチ受け入れ台
BATCH / DEV-05
入力
コード、依存関係、ビルドパラメータ
構成待ち
実行
Xcode / Swift / Runner / MLX
専用ノード
出力
ビルド成果物、ログ、実験結果
手順に沿って納品
Berry M4 Pro
- チップ
- M4 Pro
- メモリ
- 64GB
- ストレージ
- 2TB
カタログ掲載ノードは通常注文可能
実際の利用可能状況はコンソールのリアルタイム表示をご確認ください
iOS・macOS開発
リモートMacを再現可能な開発環境にする
完全なmacOS GUIとコマンドライン環境が必要な開発者、ローカル端末の負荷をリモートノードへ移したい開発者、チームでツールチェーンのバージョンを統一したい開発者に適しています。
開発環境
XcodeとSwiftプロジェクト
プロジェクト指定のXcodeバージョン、コマンドラインツール、Swift依存関係をインストールしたら、まずクリーンビルドを1回実行します。Derived Data、パッケージキャッシュ、プロジェクト成果物は明確なディレクトリに保存し、ブランチやツールチェーン間で追跡できない一時状態を共有しないようにします。
- プロジェクト確認：プロジェクト、ワークスペース、Scheme、最小OSバージョン、ビルド対象を確認します。
- 依存関係の確認：Swift Package Manager、CocoaPodsなどの依存関係ツールのバージョンとロックファイルを固定します。
- 署名の準備：タスク完了に必要な署名用資材だけを渡し、ファイル権限を制限して更新担当者を記録します。
- 共同作業の方法：コードリポジトリ、成果物リポジトリ、機密情報を除いたログで引き継ぎ、チャット履歴で変更内容を代用しないようにします。
納品後にこの5項目を確認
- デバイス情報
- モデル、メモリ、ストレージが注文内容と一致
- システムツール
- ターミナル、Git、基本的なネットワークが利用可能
- 開発ツール
- Xcodeがプロジェクトのバージョン要件と一致
- ディスク計画
- ソース、キャッシュ、成果物を別ディレクトリに保存
- リモートセッション
- 画面、キーボード、切断後の復旧が想定どおり
CI/CDビルド
キュー、キャッシュ、ログを考慮してビルドノードを設計
継続的なビルドはRunnerをインストールすれば終わりではありません。ノードを安定して再利用できるかどうかは、タスク分離、キャッシュの無効化方針、ログの保持、同時実行数の拡張方法に左右されます。
RUNNER CONTROL
ビルドバッチ / IOS-RELEASE
ノード準備完了
QUEUE
同時実行するタスク数を制御
まずは直列実行
まずは単一キューから始め、CPU、メモリ、ディスク、ビルド時間の変化を記録します。並列化が必要になってから独立したデバイスを追加し、1台のノードに無理にタスクを詰め込まないようにします。
CACHE
識別・無効化できるキャッシュにする
キー単位で削除
キャッシュキーには少なくともツールチェーンのバージョン、依存関係のロックファイル、対象プラットフォームを含めます。ヒット率が下がったり依存関係に異常が出たりしたら、デバイス全体を消去せず、該当バッチを特定して削除できます。
LOGS
再現に必要なログを保持
先に機密情報を除去
タスクID、コミットバージョン、ツールチェーンのバージョン、開始時刻、終了ステータス、失敗段階を保存します。アップロード前にトークン、秘密鍵、プロジェクトの機密フィールドを削除します。
SCALE
デバイスで同時実行数を拡張
ノード単位で拡張
キュー待ちがボトルネックになったら、追加の専用ノードで新しいRunnerを受け持ちます。各デバイスで独立したラベルと作業ディレクトリを管理し、誤った環境にタスクが割り当てられないようにします。
React Nativeビルド
JavaScriptとネイティブのビルドチェーンを分けて確認
React Nativeのビルドは、JavaScriptパッケージ、ネイティブモジュール、Xcodeプロジェクト、署名設定に依存します。環境を何度も再インストールするより、層ごとに調べるほうが問題を特定しやすくなります。
ソースと依存関係の入口を固定
Node.js、パッケージマネージャー、ロックファイル、プライベート依存関係へのアクセス方法を確認します。インストール前に作業ディレクトリがクリーンであることを確認し、ローカルに残ったモジュールを再現可能な依存関係と誤認しないようにします。
- Node.jsとパッケージマネージャーのバージョンを記録
- コミット済みの依存関係ロックファイルを使用
- プライベートレジストリ認証情報の読み取り範囲を制限
ネイティブモジュールを確認
Pods、Swiftパッケージ、カスタムネイティブモジュールが対象Xcodeバージョンと互換性があることを確認します。依存関係を更新したら、JavaScript層とネイティブ層を個別に検証し、2種類のエラーを同じビルドに混在させないようにします。
- iOSデプロイメントターゲットを確認
- ネイティブモジュールのコンパイル設定を確認
- 依存関係のインストール出力を記録
Xcodeビルドを実行
明確なプロジェクト、Scheme、Configuration、書き出しパラメータを使用します。ビルドログと成果物ディレクトリを同じタスクIDに関連付け、失敗時に正確な段階を追跡できるようにします。
- デバッグ構成とリリース構成を分ける
- 失敗段階の機密情報を除いたログを保持
- 成果物の完全性を確認
成果物と記録を納品
ビルド成果物をチームが承認した成果物保管先へアップロードし、コミットバージョン、ツールチェーンのバージョン、ビルド結果を添付します。長期利用する認証情報を成果物や通常のログに埋め込まないでください。
- 追跡可能な成果物名を生成
- コミットバージョンとビルドバッチを関連付け
- 社内ルールに従って中間ファイルを削除
MLXとAI実験
まず必要メモリを計算してから大容量メモリ構成を選ぶ
大容量メモリ構成はM4 Pro、64GBメモリ、2TBストレージを備え、メモリ消費の大きいローカル推論、モデル読み込み、実験タスクの評価に適しています。ただし適合性は、モデル、精度、コンテキスト長、同時実行方法によって異なります。
大容量メモリタスク
Berry M4 Proで優先的に評価したいタスク
モデル読み込みの検証
モデル形式、量子化方式、依存関係のバージョン、実際のメモリ使用量を確認します。
ローカル推論実験
プロンプト入力、コンテキスト長、バッチ設定、出力結果を記録し、再現可能な実験にします。
データ前処理
元データ、中間ファイル、モデルキャッシュを分け、見えない一時ファイルでディスクが埋まらないようにします。
複数回のパラメータ比較
各回で変更する変数を1つに絞り、ピークメモリ、完了状況、異常情報を記録します。
モデル名だけで容量を判断しない
まず小規模データで実行経路を検証し、実際のピークメモリとディスク使用量から利用期間を決めます。モデルファイル、データセット、キャッシュ、出力結果をすべて容量計画に含めてください。
- モデルパラメータ
- バージョン、形式、量子化方式を記録
- 実行コンテキスト
- 長さ、バッチ、同時実行設定を確認
- ピークメモリ
- 実際のタスクで測定
- ディスク容量
- モデル、データ、キャッシュをまとめて計算
- 結果の納品
- 書き出しと削除の手順を事前に計画
リモートデバッグの準備
クラウドMacと外部テストデバイスの境界を分ける
クラウドMacでは開発ツールの実行、プロジェクトのビルド、ホスト側ログの収集ができます。外部テストデバイスへの接続、ネットワーク到達性、デバイス側の操作は、テスト環境で行ってください。
ネットワーク経路
まず両端が安定して通信できることを確認
クラウドノードと外部デバイスのネットワーク、必要なポート、接続方向を記録します。まず基本的な接続性とセッションの安定性をテストしてから、アプリケーション層のデバッグに進みます。
認証情報と署名
タスクに必要な権限だけを渡す
鍵、トークン、署名用資材はプロジェクトごとに分離し、読み取り範囲を制限して更新担当者を明確にします。認証情報をコードリポジトリ、ビルドスクリプトの出力、通常のサポート依頼に書き込まないでください。
ログの安全性
コンテキストを残し、秘密情報は残さない
ログにはタスクID、時刻、再現手順、エラー段階を含めます。サポートチームに提出する前に、アクセス認証情報、プライベートアドレス、ユーザーデータ、無関係なプロジェクト内容を削除します。
用途と構成の対応
メモリ、ディスク、タスクの継続時間で選ぶ
2種類の構成はいずれも、Mac miniを1台丸ごと利用する専用物理ノードです。軽量ビルドや日常開発にはBerry M4、高メモリ実験、ローカル推論、大規模なワークセットにはBerry M4 Proを優先的に検討してください。
| ワークロード | 優先して評価 | カタログ仕様 | 選ぶ理由 | 注文前の確認事項 |
|---|---|---|---|---|
| Swiftの日常開発とプロジェクト保守 | Berry M4 | M4 / 16GB / 256GB | ツールチェーンの初期設定、コード編集、通常のコンパイル、単一タスクの検証に適しています。 | プロジェクト容量、依存関係キャッシュ、Derived Dataの使用量。 |
| 軽量なiOS・macOSビルド | Berry M4 | M4 / 16GB / 256GB | まず再現可能なパイプラインを構築し、キューの負荷に応じて専用ノードを追加できます。 | ピークメモリ、キャッシュ方針、ビルドキューの長さ。 |
| React Nativeクラウドビルド | Berry M4 | M4 / 16GB / 256GB | JavaScript依存関係、ネイティブモジュール、Xcodeビルドチェーンの確認に適しています。 | ネイティブモジュール数、成果物容量、並列タスク数。 |
| 大容量メモリのXcodeワークスペース | Berry M4 Pro | M4 Pro / 64GB / 2TB | 大容量のメモリとストレージにより、大規模なワークセット、キャッシュ、成果物ディレクトリに適しています。 | 実際のピークメモリ、ディスク増加量、利用期間。 |
| MLXローカル推論と実験 | Berry M4 Pro | M4 Pro / 64GB / 2TB | モデル読み込み、高いメモリ要件、複数回の実験記録に優先的に対応できます。 | モデル形式、量子化方式、コンテキスト長、ピークメモリ。 |
タスクの範囲が明確でワークセットが軽い
日常開発、軽量ビルド、依存関係の移行、単一キューのRunnerに適しています。メモリやディスクが継続的にボトルネックになる場合は、上位構成へ切り替えてください。
必要メモリが多くワークセットが大きい
大規模なXcodeワークスペース、MLX実験、ローカル推論、大容量キャッシュディレクトリに適しています。実際のモデルとタスクパラメータで容量を検証してください。
タスク開始前の最終確認
構成、期間、ノード、データ経路をすべて確認しましたか
日、週、月、四半期から必要な利用期間を選べます。注文前にBerry M4またはBerry M4 Pro、候補ノード、追加ストレージ、タスクのピークメモリ、ビルド成果物と実験データの納品方法を確認してください。