RunnerVMは、iOS、macOS、CI/CD、AI実験向けに専有物理Mac miniノードを提供します。共有仮想リソースを専有機器として見せることなく、機種、リージョン、料金、引き渡し状況、問題解決の手順を一つずつ明示します。
モバイルアプリのビルドは、一度きりのリモート操作ではありません。コードのチェックアウト、依存関係の復元、署名素材の注入、アーカイブ、書き出し、ログ保存は継続的に発生します。チームに必要なのは、繰り返し使えて帰属が明確な実行環境です。
ローカル開発マシンは対話的な作業に適していますが、長時間にわたる反復可能な自動タスクの実行には必ずしも向きません。RunnerVMは専有物理Mac miniを期間レンタル可能な開発インフラとして提供し、ビルドスクリプト、キャッシュディレクトリ、ツールチェーン、成果物の保存先をチームで継続的に管理できるようにします。
サービスの本質はデスクトップをブラウザへ移すことではなく、GUIまたはコマンドラインで操作できるクラウドMacを提供することです。開発者はプロジェクトに応じて、Xcode、xcodebuild、fastlane、テストツール、一般的な依存関係管理フローを実行できます。
頻繁に発生する署名、アーカイブ、書き出し、ログ収集を個人のデバイスから切り離します。
専有物理ノードでツールチェーン、キャッシュ、ビルドディレクトリを管理しやすくします。
構成、注文、ノード、チケット、稼働記録を同じ経路で追跡できるようにします。
すべての問題を「クラウドサービスの機能」に含めるのではなく、範囲を明確にすることが重要です。RunnerVMは実行環境とノード管理を提供しますが、プロジェクトのアーキテクチャ、署名方針、依存関係のバージョン、リリース判断は利用チームが担います。
iOS／macOSコンパイル、CI/CDランナー、React Native iOSパッケージング、Xcode自動アーカイブ、コマンドラインタスク、リモートデバッグの準備、Apple Silicon環境を必要とするAI実験に適しています。
RunnerVMが提供するのは専有物理Mac miniで、引き渡し対象は仮想マシンではありません。ページ上で曖昧な「高性能インスタンス」を実際の機種の代わりに使うことはなく、カタログにないメモリ、ストレージ、チップ構成も掲載しません。
RunnerVMの多言語ページ、プラン説明、注文設定、サポート回答は、同じ製品情報を参照します。言語を切り替えても、構成、料金、リージョン、支払い対象が変わることはありません。
提供機器について、チップ、メモリ、ストレージ、物理属性を項目ごとに明記します。現在のRunner M4はM4、16GB、256GBに対応し、未提供の機種を追加したり、追加ストレージを標準構成として表示したりしません。
日、週、月、四半期の料金は、プランページ、注文ページ、関連説明で統一します。すべての注文は米ドルで決済し、追加項目は個別に表示します。曖昧な「〜から」の価格で利用期間全体の費用を隠すことはありません。
カタログには5つの提供リージョンを明記します。リージョン選択時は、現在の機種が対応する組み合わせだけを表示します。ネットワーク調査では、送信元ノード、宛先ノード、時刻、完全な出力を記録します。
技術的な問題は、注文、ノード、発生時刻、再現手順、匿名化済みログに基づいてチケット化します。対応状況、追加情報、結論は同じチケット上で更新し、情報の分散を防ぎます。
カード決済はVisa、Mastercard、Amexのみで、Stripeが処理します。実際に利用できるゲートウェイはバックエンドの応答に基づき、すべての注文は米ドル（USD）で決済されます。
ノード選びでは地図上の距離だけでなく、メンバーの所在地、コードや依存関係の取得元、リモート操作経路、成果物のアップロード先、企業ネットワークの出口もテストしてから注文リージョンを決めてください。
東南アジア向けの開発チームに適しており、リージョンをまたぐ協業時のアジア側の接続先としても利用できます。注文前に、実際のオフィスネットワークから遅延と経路をテストすることをおすすめします。
日本国内、または東京へのネットワーク経路が近いチームに適しています。リモートデスクトップを頻繁に使うワークフローでは、p50、p95、夜間ピーク時の性能も確認してください。
韓国方面の開発・ビルドタスク向けのリージョンを提供します。大容量の依存関係や成果物を扱う場合は、ダウンロード元とアップロード先を合わせてテストしてください。
アジア域内の越境接続経路が必要なチームに適しています。実際の経路は通信事業者によって異なるため、リージョン名だけでプロジェクトネットワークの実測結果を代用することはできません。
チームメンバー、コードサービス、納品経路が主に米国東部方面にあるタスクに適しています。大陸間のリモート操作では、自動化実行を優先し、完全なログを保存してください。
実際のネットワークからping、traceroute、DNS、宛先ポートを個別に確認し、実際のプロジェクトに近い依存関係の取得と成果物のアップロードを一度実行することをおすすめします。公開遅延データは比較用であり、チーム独自のネットワークテストに代わるものではありません。
専有デバイスであっても、アクセス制御を軽視してはいけません。RunnerVMはノードの引き渡し、サービス側の認証情報フロー、注文終了後の処理を担当します。ユーザーは初回のセキュリティ設定、プロジェクト権限、ビルド素材、業務データのバックアップを担当します。
提供機種、メモリ、標準ストレージ、ネットワーク接続、デバイスへのアクセス可否を確認し、注文をユーザーが選択したリージョンに関連付けます。引き渡し情報は注文とコンソールの返却情報を基準とします。
RunnerVMの担当：構成とノードの整合性接続認証情報を受け取ったら、ホストフィンガープリントを確認し、初回パスワードを変更し、不要なアクセス元を制限してください。また、リモートデスクトップとコマンドライン接続がチームのポリシーに適合するか確認します。
ユーザーの担当：認証情報の管理と権限の割り当て証明書、プロビジョニングプロファイル、ソースコード、キャッシュ、ログ、ビルド成果物はプロジェクトごとに分けたディレクトリで管理してください。チームメンバーと共有する際は最小権限を採用し、重要な成果物は別途バックアップします。
共通の目標：権限の拡大とデータ混在を抑えるサービス側で注文に関連付けられた接続認証情報を取り消し、機器の処理フローへ移行します。ユーザーは保持したい成果物を事前に書き出し、プロジェクトキーを削除し、自動化タスクがノードへデータを送信し続けないことを確認してください。
終了条件：アクセス取消し、タスク停止、データ処理完了ソースコードリポジトリ以外のビルド成果物、書き出しファイル、プロジェクトログ、カスタムスクリプト、キャッシュにしか存在しないファイル、チームが後から使う設定記録。
ログには時刻、コマンド、エラーコード、コンテキストを残しつつ、パスワード、トークン、秘密鍵、証明書パスワード、その他アクセスに直接使える情報を削除してください。
RunnerVMのサービス稼働率目標は99.9%です。ノードは365日稼働します。突発的な機器、外部ネットワーク、ユーザー設定の問題は、実際の影響範囲に基づいて記録・対応します。
実際の事象の認定、検証、対応範囲は、適用されるサービス規約に従います。
ステータスバーは直近90日間の記録範囲を示します。注文時点でのノードの実際の利用可否は、コンソールからリアルタイムで返される情報に基づきます。
開始・終了時刻、影響を受けたノード、ユーザーから見える現象、確認方法、復旧結果を記録し、範囲のないステータス結論だけを公開しないようにします。
まず機器または接続機能を復旧し、その後、注文、ノード、時刻、ログから影響範囲を確認し、チケットで対応状況を更新します。
振り返りの概要では、機器、ネットワーク、引き渡し、プロセスの問題を区別し、確認項目、担当者、検証方法を明確にします。検証できない絶対的な約束はしません。
いいえ。ページの言語は表現だけを変え、提供機種、期間料金、追加オプション、リージョンカタログ、支払い対象は変えません。情報に不一致がある場合は、support@runnervm.com またはコンソールのチケットから該当ページとスクリーンショットを送信してください。
プロジェクトに代わって直接決定することはありません。シンガポール、日本（東京）、韓国（ソウル）、香港、米国東部の5ノードを公開し、ネットワーク調査方法も提供します。実際のオフィスネットワーク、依存関係の取得元、納品先をテストしたうえでチームが選択してください。
まず注文ID、ノードのリージョン、発生時刻、再現手順、完全なエラー出力を記録し、サポートガイドを確認してください。解決しない場合はコンソールにログインしてチケットを送信します。送信前にログから認証情報と機密データを削除してください。
Runner M4の構成、利用期間、5つの選択可能なリージョンを確認してから、注文へ進んでください。プロジェクト要件について相談する場合は、サポートメールまたはコンソールのチケットでチームに連絡できます。