Mac Mini M4
M4 / 16GB RAM / 256GB SSD
小規模なネイティブ開発、一般的なFlutterビルド、短期の結合テストに適しています。リポジトリのサイズだけで判断せず、ソースコード、依存関係、シミュレーター、アーカイブに必要な容量を合計して確認しましょう。
大量の素材や複数の大規模プロジェクト、過去のアーカイブを長期間1台に保存する用途には向きません。
1日 $20.2 · 1週間 $54.6 ·
1か月 $101.1 · 1四半期 $275
Windowsで開発を続けながら、macOSが必要なビルド作業はクラウドMacで。日単位でレンタルでき、支払い後は当日利用開始。短期案件のためにMacを購入する必要はありません。
マシンは当日から利用できます。ただし、当日中にビルドできるかは、プロジェクトの依存関係、Xcodeのバージョン、署名用の素材が揃っているかによります。まずは以下の6項目を確認し、使用するフレームワークの手順に進みましょう。
Mac Mini M4:1日 $20.2専有の物理マシンで、仮想マシンではありません。プロジェクト終了後、期限までに更新しなければ停止します。
すぐにレンタルを始められる状態:コードを取得でき、署名用の素材の使用許可があり、近日中にビルド予定。すぐの起動に向かない状態:顧客がBundle IDや署名の管理者を決めておらず、マシンを起動しても待機するだけのとき。
ビルド、結合テスト、App Store公開準備のどれに使うかを整理しましょう。目標バージョン、Bundle ID、必要なビルド方法、最終的な納品先を明記します。アーカイブを一度作る場合と、数日間続けて結合テストを行う場合では、必要なレンタル期間が異なります。
シンガポール、東京、ソウル、香港の4ノードから選べます。普段マシンに接続するチームのネットワークを基準にし、素材を頻繁に転送する場合はファイル転送経路も考慮しましょう。地域が近くても接続経路によって通信状況は異なります。実際の接続品質は、ご利用のネットワークによって変わります。
日・週・月・四半期単位で利用できます。Mac Mini M4は1日 $20.2、1週間 $54.6、1か月 $101.1、1四半期 $275です。3日以上続けて使う場合、日ごとの支払いより週単位の方がお得です。予定が決まっていない場合は、期間ごとの料金を比べてから支払いましょう。
お支払いはUSDT-TRC20、Visa / Mastercard / Amex(Stripe)のみ。すべて米ドル(USD)建てです。実際に利用できる決済ゲートウェイはバックエンドの応答でご確認ください。支払い前に注文金額と画面の案内を確認し、以前の注文情報を使って手続きしないでください。
プロジェクト責任者に開発者署名の許可を確認し、対応する証明書、秘密鍵、プロビジョニングプロファイルを用意します。証明書ファイルだけでは署名できません。有効期限、チームの所属、Bundle ID、書き出し用途を確認しましょう。素材は管理された経路で受け渡し、公開リポジトリには保存しないでください。
レンタル終了時刻を担当者と共有しましょう。期限までに更新しなければ停止し、解約料はかかりません。停止をバックアップの代わりにしないでください。アーカイブの書き出し、顧客の検収、再ビルドの可能性を考慮して時間を確保し、期間を延長すると決めてから更新しましょう。
どちらも専有の物理Mac miniです。プロジェクトの負荷に合わせて構成を選び、ノードと期間を決めましょう。たまにビルドするだけなら、最上位モデルを選ぶ必要はありません。
M4 / 16GB RAM / 256GB SSD
小規模なネイティブ開発、一般的なFlutterビルド、短期の結合テストに適しています。リポジトリのサイズだけで判断せず、ソースコード、依存関係、シミュレーター、アーカイブに必要な容量を合計して確認しましょう。
大量の素材や複数の大規模プロジェクト、過去のアーカイブを長期間1台に保存する用途には向きません。
1日 $20.2 · 1週間 $54.6 ·
1か月 $101.1 · 1四半期 $275
M4 Pro / 64GB RAM / 2TB SSD
大規模なUnityプロジェクトの書き出し、複数Targetのビルド、負荷の高い依存関係の処理に適しています。大容量メモリとストレージで複雑なプロジェクトにも余裕を持たせられますが、すべてのプロジェクトで一定の速度向上が得られるわけではありません。
小さなプロジェクトをたまにビルドするだけで、顧客の確認待ちがほとんどのスケジュールには向きません。
1日 $59.3 · 1週間 $160 ·
1か月 $296.3 · 1四半期 $805.9
注文ページでモデル、ノード、料金期間を選びます。ストレージを追加する場合はオプションを追加してください。送信前に構成と合計金額を確認し、利用可能な状態はコントロールパネルの最新情報で確認しましょう。
選択した決済ゲートウェイの案内に従って支払い、注文ページに戻って処理状況を確認します。支払い記録と注文状況が一致している必要があります。不一致がある場合は、注文番号と支払い証明を添えてチケットを送信してください。
支払い後、当日中に利用を開始できます。コントロールパネルで該当マシンのインスタンス詳細を開き、接続情報と有効期限を確認します。別のマシンの古い記録からアドレスや認証情報をコピーしないでください。
初回はリモートデスクトップでGUI、ディスク、Xcodeを確認してから、SSHでビルドコマンドを実行するのがおすすめです。どちらも同じ物理ノードに接続するため、別々の環境ではありません。
コントロールパネルにログインして該当インスタンスの詳細を開き、表示される接続方法、アドレス、認証情報に従って接続します。初回はマシン番号を確認してから、macOSのGUI、空き容量、プロジェクトのディレクトリを確認しましょう。
Xcodeの署名設定、シミュレーターの確認、GUI上の案内への対応には、リモートデスクトップが便利です。接続情報を複数人のグループチャットに送ったり、複数人で同じビルドディレクトリを同時に変更したりしないでください。
WindowsのターミナルからSSHクライアントを使います。アドレス、ポート、ユーザー名、認証方式はインスタンス詳細で確認してください。初回接続時はホストの識別情報を確認し、識別情報の変更警告が表示された場合は、原因を確認してから対応しましょう。安易に無視しないでください。
SSHでログインできても、署名が使えるとは限りません。現在のユーザー、キーチェーンへのアクセス権、ビルドツールのパス、プロジェクトの依存関係も確認しましょう。自動化タスクも、実行するユーザー環境で検証が必要です。
まずプロジェクトで必要なXcodeとSDKを確認します。要件を満たすバージョンがすでにマシンにあれば、再インストールは不要です。ツールが不足している場合は、Xcodeとコマンドラインツールを設定し、GUIで初回起動時に必要な操作を完了してください。
以下の2つのコマンドで、開発ツールのパスとXcodeのバージョンを確認できます。出力がプロジェクトの要件を満たしていることを確認してから、依存関係を復元しましょう。アプリケーションフォルダにXcodeがあるだけで、コードの調査を始めないでください。
クラウドMacのターミナルで実行
xcode-select --print-path
xcodebuild -version
バージョンやパスが異なる場合は、インストール先に合わせてツールを切り替え、もう一度確認してください。他のマシンのインストールパスをそのまま使わないでください。
まず確定したコミットからビルドし、その後、日常の開発フローに組み込みましょう。どの方法でも依存関係のバージョン、署名用の素材、書き出し用途を確認してください。ビルドに成功しただけでは納品完了ではありません。
署名でつまずいた場合は、証明書とプロビジョニングプロファイルの対応関係を確認してください。プロジェクトのキャッシュ全体を何度も削除しないでください。
プロジェクトで指定されたFlutterのバージョンを使い、プロジェクトのルートディレクトリでツールチェーンを確認してから、依存関係を復元してビルドします。
flutter doctor -v
flutter pub get
flutter build ipa --release
flavor、独自のエントリーポイント、書き出し設定がある場合は、プロジェクトの既存のビルド手順に従ってパラメーターを追加してください。デフォルトのコマンドがすべてのプロジェクトで最終設定になるわけではありません。
ツールチェーンの確認後、iOSプロジェクトの署名とネイティブ依存関係を設定します。ビルド出力に表示されるipaのパスと書き出し結果を確認しましょう。
環境変数と顧客の秘密情報は別々に管理し、本番設定をログに出したりリポジトリに登録したりしないでください。
専有マシンとは、1台の物理ノードを1人のレンタル利用者が専有することです。同じ制作会社が複数のプロジェクトを保存しても、自動的に分離されるわけではありません。1台を使い分ける場合も、アカウント、キーチェーン、成果物のディレクトリを分けてください。
小規模なプロジェクトを同時に納品しない場合は、顧客ごとに別のmacOSユーザーアカウントを作成し、それぞれの工程、キーチェーン、ビルド記録を管理できます。タスクを切り替えるときは現在のユーザーを確認し、整理されていないダウンロードフォルダを共有しないようにしましょう。
その分、順番待ちが発生し、切り替えも手動で管理する必要があります。アカウントを分けても同じマシン上で動作するため、すべての顧客の分離要件を満たす方法として扱わないでください。
同じ週に複数顧客への納品がある場合や、契約上より明確な環境分離が必要な場合は、顧客ごとに専有物理マシンをレンタルします。顧客名とプロジェクト名に合わせてマシンを命名し、証明書、秘密鍵、コード、アーカイブをそれぞれのノードに保管します。
その分、マシンごとに料金がかかります。環境を分けた後もアクセス権を管理し、バックアップを保管してください。また、マシンごとに更新担当者と終了時刻を記録しましょう。
更新しない場合、サービスは停止します。マシンだけをプロジェクトの唯一の保管場所にせず、まず書き出しと検証を完了してから、利用終了か延長かを決めましょう。
ipa、アーカイブ、シンボルファイル、ビルドログ、必要な設定をダウンロードします。保管が必要な署名用素材は、顧客の許可に従って安全に書き出してください。ローカルまたは顧客指定のストレージでファイルの完全性を確認し、秘密鍵とパスワードは別々に保管します。
不要になったリポジトリの認証情報、一時キー、自動化タスクとの連携を削除し、ビルドタスクがこのマシンに送られないことを確認します。再提供前にシステムのクリーンアップを行いますが、バックアップとアクセス権の回収は事前に済ませてください。
プロジェクトが終了したら、コントロールパネルで期限を確認し、更新しないでください。プロジェクトが延長になった場合は、該当インスタンスのサブスクリプションまたは注文から適切な期間を更新し、支払い後に新しい期限を確認します。再インストールや状態確認が必要な場合は、マシン番号と要件を記載してコントロールパネルからチケットを送信してください。
チケットにはマシン番号、ノード、発生時刻、操作手順、エラー全文を記載してください。スクリーンショットにパスワードや秘密鍵が写らないようにします。レンタル開始前の場合は、次のメールアドレスまでお問い合わせください。 support@vmssd.com プロジェクトの期間とフレームワークをお知らせください。利用中のインスタンスに関する問題は、注文と照合しやすいよう、コントロールパネルからチケットを送信してください。
モデル、ノード、期間を選び、支払い後は当日中に利用開始。まず再現可能なビルドを1つ作り、プロジェクトの予定に合わせて利用期間を決めましょう。