ほかのテナントとマシンを共有しない
契約期間中、Mac miniはお客様専用です。ユニファイドメモリ、SSD、プロセッサはすべて1台のマシンに搭載されており、共有ホストから切り出した割り当てではありません。
ただし、すべてのタスクを同時に実行できるわけではありません。並列ビルドでは本体のメモリやディスクを取り合うため、実際のプロジェクトで検証してランナーの並列数を設定してください。
物理リソースの範囲が明確
私たちが大切にすること
iOSビルドは、本物のMacで安定して実行
ArmRDPはMac miniを1台丸ごとお貸しします。物理ノードを専有でき、仮想マシンではありません。ツールチェーンを固定し、毎回のビルド環境を追跡できるようにします。
このサービスを始めた理由はシンプルです。開発者に必要なのは環境の違いを増やすことではなく、日々の開発と取り合うことなく、継続してタスクを実行できるMacです。アーカイブ、codesign、書き出し、ランナーは同じ管理環境で実行できます。リリース直前に、どのツールチェーンに変わったのかを調べる必要はありません。
1日単位で利用でき、料金は1日$21.1から。実際の利用可否はコンソールに表示される最新情報をご確認ください。
1台を丸ごと提供
専有は、単なるリソースのラベルではありません
ビルド環境を管理する第一歩は、リソースの割り当てを明確にすることです。同じMacを複数のテナントに分割せず、物理ノードの代わりに仮想マシンを使うこともありません。
仮想化レイヤーを介さずネイティブに実行
Xcode、シミュレータ、MetalはmacOS物理ノード上で動作します。GUIは操作上の問題の調査に、コマンドラインはアーカイブ、署名、自動化タスクに適しています。
提供するのは実行環境です。特定のプロジェクトのビルド速度を保証するものではありません。依存関係のダウンロード、キャッシュのヒット率、テスト規模によって所要時間は変わります。
仮想マシンではありません
変更を追跡できる状態に保つ
Xcodeのバージョンを選んで固定し、ノードをGitLabまたはGitHub Actionsのself-hosted runnerとして登録すれば、パイプラインの実行環境を明確に指定できます。
Xcodeのバージョン、依存関係のロックファイル、ランナーのラベル、ビルドパラメータを一緒に記録することをおすすめします。アップグレードは検証してから本番タスクに適用し、リリース作業の途中で環境を変更しないようにしましょう。
チームが環境を管理
拠点一覧
5拠点から選べる、作業とタスクに適したロケーション
シンガポール、日本（東京）、韓国（ソウル）、香港、米国西部に拠点があります。さまざまな地域のチームが近い拠点を選べるほか、ランナーをプロジェクトで使うコードや成果物のサービスに近づけられます。
シンガポール
東南アジアとの共同作業に適しています。手動デバッグと自動ビルドを同じノードで行うチームにおすすめです。
選択前に、リポジトリと成果物ストレージの場所をご確認ください。
日本（東京）
東アジアのチームに適しています。日本の営業時間内にXcodeやシミュレータをリモートで確認できます。
GUIの操作感は、実際のネットワーク環境でご確認ください。
韓国（ソウル）
北東アジアとの共同作業に適しています。日々の開発、署名の確認、ランナーのデバッグに使える拠点です。
ターミナル操作とビルドキューは、分けて評価できます。
香港
中国南部や東南アジアのチームに適しています。画面共有でビルド環境を頻繁に確認するワークフローにおすすめです。
近さは選定の目安です。接続テストも行ってください。
米国西部
北米西海岸との共同作業に適しています。コードリポジトリ、依存関係の配布元、成果物のアップロード先への経路を考慮してお選びください。
現地のタイムゾーンは夏時間により変わります。
拠点選びは2つの経路を確認
1つ目は、お客様からホストへの操作経路で、VNCの使い勝手に影響します。2つ目は、ホストからコードリポジトリ、依存関係の配布元、成果物ストレージへのタスク経路で、ダウンロードやアップロードに影響します。自動ビルドが中心の場合、デスクトップ接続の感覚だけで拠点を決めないでください。3つのモデルはいずれも5拠点で利用できます。構成と提供状況はプランページでご確認ください。
稼働率の目標
目標値と対応方法を明記
すべての拠点は年間365日稼働します。以下はサービス目標と補償ルールであり、過去の監視レポートや個々のビルド成功率を示すものではありません。
月間稼働率の目標
99.9%
30日換算で停止許容時間は約43分
30 × 24 × 60 × 0.1% = 43.2分
許容時間を超えた場合は利用時間を補償
停止許容時間を超えた分は、停止時間に応じてサービス利用時間を補償します。申請時は、ノードの利用不可、ユーザー側の操作、プロジェクトのビルド失敗を区別してください。コンパイルエラー、証明書の設定、依存関係の問題は、ノードの停止と同じ扱いにはなりません。
7日以内に申請
コンソールからチケットを送信し、ホスト番号、影響を受けた時間帯とタイムゾーンを記載のうえ、接続エラーやタスクログを添付してください。元の記録を残しておくと、同じ時間帯のサービス状況を確認しやすくなります。
不可抗力やユーザー側の操作の範囲、申請方法、補償ルールはサービス利用規約に従います。
データと分離
契約中は専有、終了後はデータを次の利用者に引き継がない
レンタル中のホストに保存されたユーザーファイルやコードにアクセスしたり、分析したりすることはありません。物理ノードの専有によりテナントの境界は明確になりますが、認証情報、バックアップ、CIの権限はチームで管理してください。物理的な分離だけでこれらを代替することはできません。
-
契約終了前にエクスポート
必要なコード変更、ビルド成果物、設定のバックアップは、チームが管理するストレージに保存してください。レンタルノードを唯一の保存先にしないでください。キャッシュは再作成できますが、未コミットの作業や署名用データはお客様ご自身で保管する必要があります。
-
契約終了後にデータを消去
契約終了後、ホストはディスク消去と環境のリセットに進みます。前の契約期間のユーザーデータは、次回の提供環境に引き継がれません。次のテナントがお客様の作業ディレクトリを引き継ぐこともありません。
-
再提供前に確認
消去と環境のリセットが完了してから、次の提供手続きに進みます。チーム側でもCIプラットフォームから古いランナー登録とアクセストークンを取り消し、ホストで使用した認証情報を更新してください。ディスク消去によって外部サービスの認証が無効になるわけではありません。
調査に必要な情報だけをチケットに添付
通常、ホスト番号、時間帯、エラー出力、再現手順があれば、プロジェクト全体を共有する必要はありません。ログを送信する前に、秘密鍵、証明書のパスワード、アクセストークン、業務データを削除してください。アカウント、注文、チケットの記録の取り扱いについては、プライバシーポリシーをご覧ください。
チームの方針
事実を明確に伝えてから、お客様に判断していただく
提供するのは、専有物理Macのレンタルのみです。構成の提案は仕様、料金、操作手順に基づきます。「速い」といった曖昧な形容詞だけで判断を促すことはありません。
数値を明記
チップ、ユニファイドメモリ、SSD、契約期間ごとの料金、拠点を分けて掲載します。手順の例はあくまで例と明記し、デモの実行時間を監視データとして示したり、あるプロジェクトの結果をすべてのチームに当てはまる性能保証として扱ったりしません。
仕様を確認できる
料金をわかりやすく
日額、週額、月額、四半期料金をそれぞれ明記します。ストレージの追加とThunderbolt 5の並列接続は別料金です。決済は米ドル建てで、USDT-TRC20とVisa / Mastercard / Amex（Stripe）のみご利用いただけます。実際に利用できる決済ゲートウェイはバックエンドからの応答をご確認ください。
項目ごとに明記
説明を先に、宣伝文句はその後に
接続方法、ツールチェーンの固定方法、ランナーの登録方法を説明してから、マシンの追加を検討します。まず最初のパイプラインを実行し、タスクの所要時間とリソース使用量を記録しましょう。そのうえで、1台あたりの構成を上げるか、ノードを追加して並列化するかを判断できます。
検証してから拡張
再現できるビルドを1つ動かす
3つのモデルと4つの契約期間を確認し、実際のプロジェクトでまずお試しください。構成選びに迷ったら、ビルド頻度、ツールチェーン、並列実行の要件をお聞かせください。