接続経路を先に測定してクラウドMacノードを選ぶ
DPLYMACでは現在、シンガポール、日本(東京)、韓国(ソウル)、香港、米国東部の5ノードを提供しています。1件の注文につき1台の専有物理マシンを利用でき、仮想マシンではありません。ノード選びでは地理的な距離だけでなく、チームの稼働時間帯、コードリポジトリの場所、依存サービスへの経路、実際のビルド時間も確認してください。
- 販売中のノード
- 5 リージョン
- 物理リソース
- 1 注文につき1台
- 稼働体制
- 365 日間継続稼働
ノード選びを4つの確認条件に分ける
pingが最短でも、納品までの時間が最短とは限りません。ビルドではコード取得、依存関係のダウンロード、署名、成果物のアップロード、通知の返送が発生します。まず主な利用者と重要な依存サービスの場所を確認しましょう。
主なアクセス都市
実際のオフィス回線から5つのノードを個別にテストし、モバイルホットスポットや一時的なプロキシだけを根拠にしないでください。複数地域のチームでは、各主要拠点で再測定を行います。
- 記録項目
- 遅延中央値、ジッター、パケットロス
- 合格条件
- 安定して再現可能なインタラクション
チームの稼働時間帯
対話的な開発では、日中に稼働するメンバーに近いノードを優先します。夜間の自動ビルドは次のタイムゾーンへ引き継ぐことで、開発者がキューの結果を待つ時間を短縮できます。
- 記録項目
- コミットのピークと検収時間帯
- 合格条件
- ビルド完了時に引き継ぐ担当者がいる
コードリポジトリの場所
同じプロジェクトでも、ノードによって取得やサブモジュール更新の時間が大きく異なる場合があります。テストには完全クローン、差分取得、依存関係の復元、成果物のアップロードを含めてください。
- 記録項目
- クローン、キャッシュ復元、アップロード時間
- 合格条件
- メインリポジトリへの経路が安定している
CI依存サービス
パッケージミラー、オブジェクトストレージ、テストAPI、リリース先まで経路に含めます。リモートデスクトップだけを測定して依存サービスを無視すると、パイプライン全体の所要時間を過小評価します。
- 記録項目
- 依存サービスの応答と失敗時の再試行
- 合格条件
- 重要サービスで継続的なタイムアウトが発生しない
地図上の直線距離ではなく、チームの経路でノードを選ぶ
以下の推奨は初回テストの範囲を絞るためのものです。最終的な選択は、チーム固有の固定回線、実際のリポジトリ、完全なビルド手順に基づいてください。
シンガポールノード
東南アジアのチーム、クロスボーダー協業、シンガポールの依存サービスを利用するビルドに適しています。シンガポール、香港、深圳、実際のチーム拠点からのテストを推奨します。
- 優先テスト
- シンガポール、香港、深圳
- 適したタスク
- 東南アジアでの対話的開発、依存関係のダウンロード、リージョンCI
- 検証ポイント
- クロスボーダーのジッター、リポジトリのクローン、成果物の返送
- 単独で見ない項目
- 1回だけの最低ping
日本(東京)ノード
日本のMacサーバーと東京のクラウドMacの用途に適しており、日本および北東アジアのチームによるXcodeビルド、テスト、継続的インテグレーションに向いています。
- 優先テスト
- 東京、ソウル、上海
- 適したタスク
- 日本チームの開発、北東アジア向けビルド、リリース準備
- 検証ポイント
- リポジトリ取得、依存関係キャッシュ、アップロード経路
- 推奨方法
- 稼働時間帯と夜間ビルドを比較
韓国(ソウル)ノード
韓国のMacサーバー需要、ソウルチームの日常開発、韓国のローカルサービスに依存する自動テストとビルドキューに適しています。
- 優先テスト
- ソウル、東京、上海
- 適したタスク
- 韓国チームの開発、ローカルAPIテスト、CI実行
- 検証ポイント
- 依存サービスの応答、グラフィカルセッション、ビルドの再試行
- 推奨方法
- 固定オフィス回線で再測定
香港ノード
華南、香港、マカオの開発チームによるクロスボーダー接続のテストに適しています。UTC+8の稼働時間帯にすばやく引き継ぐ必要があるリモート開発にも利用できます。
- 優先テスト
- 香港、深圳、上海
- 適したタスク
- 華南との協業、グラフィカル開発、短時間のビルド
- 検証ポイント
- 夜間ピークのジッター、ファイル同期、セッション復元
- 推奨方法
- 日中と夜間に1回ずつ実施
米国東部ノード
北米東部の稼働時間帯、現地のコードホスティングや依存サービスに近いチームに適しています。アジアのチームが夜間にコミットした後の非同期CI引き継ぎ先としても利用できます。
- 優先テスト
- ニューヨーク、フランクフルト、チームの拠点
- 適したタスク
- 北米の依存サービス、非同期パイプライン、成果物処理
- 検証ポイント
- リポジトリ経路、オブジェクトストレージ、返送時間
- 推奨方法
- パイプライン全体の所要時間で比較
9都市から5ノードへのping中央値
各テスト地点の固定企業ブロードバンドを使用し、現地営業日の10:00–12:00に20回連続でリクエストを送信して中央値を算出しています。単位はミリ秒です。数値は初回候補の絞り込みにのみ使用し、正式な選定前に自社回線で再測定してください。
| テスト都市 | シンガポール SG | 東京 JP | ソウル KR | 香港 HK | 米国東部 US-E |
|---|---|---|---|---|---|
| 北京 | 92 ms | 56 ms | 63 ms | 39 ms | 181 ms |
| 上海 | 78 ms | 42 ms | 48 ms | 31 ms | 174 ms |
| 深圳 | 45 ms | 62 ms | 71 ms | 18 ms | 188 ms |
| 香港 | 37 ms | 52 ms | 61 ms | 8 ms | 181 ms |
| 東京 | 68 ms | 8 ms | 34 ms | 49 ms | 151 ms |
| ソウル | 74 ms | 31 ms | 7 ms | 58 ms | 168 ms |
| シンガポール | 7 ms | 72 ms | 80 ms | 39 ms | 212 ms |
| フランクフルト | 164 ms | 235 ms | 224 ms | 184 ms | 92 ms |
| ニューヨーク | 229 ms | 168 ms | 180 ms | 211 ms | 12 ms |
3段階の検証後に本番ノードを固定する
各ステップに入力、操作、完了基準、切り戻しポイントを設定します。pingを1回測定しただけでCIキュー全体を移行しないでください。
-
01
まずローカル回線を測定
主要なオフィス拠点の固定回線から5つのノードを連続テストし、遅延中央値、最大変動、パケットロスを記録します。
- 入力
- 主要オフィス回線とテスト時間帯
- 完了基準
- 再現可能なサンプルを少なくとも2組取得
- 切り戻しポイント
- 回線を変更して再測定
-
02
遅延中央値とジッターを比較
5つのノードから、日常の稼働時間帯とビルドピークをそれぞれカバーする2候補を残します。1回だけの最小値ではなく、安定した範囲を確認してください。
- 入力
- 20回のリクエスト結果一式
- 完了基準
- メイン候補と予備候補を決定
- 切り戻しポイント
- サンプル時間帯を広げて再比較
-
03
実際のリポジトリをビルド
同じコミット、同じ依存関係ロックファイル、同じキャッシュ方針を使い、2つの候補ノードでクローン、ビルド、テスト、成果物のアップロードを実行します。
- 入力
- 再現可能なリポジトリとビルドコマンド
- 完了基準
- 総所要時間とログを照合できる
- 切り戻しポイント
- 予備ノードに切り替えて検証を継続
2種類の構成で販売中の5ノードすべてをカバー
カタログ上の組み合わせはすべて「在庫あり」と表示されます。実際の利用可否、デバイス情報、提供結果はコンソールからリアルタイムで返される内容が基準です。具体的な提供時刻をページ上で事前設定することはありません。
| 販売中の構成 | シンガポール | 日本(東京) | 韓国(ソウル) | 香港 | 米国東部 |
|---|---|---|---|---|---|
| DeployMac M4 M4 · 16GB · 256GB | 在庫あり | 在庫あり | 在庫あり | 在庫あり | 在庫あり |
| DeployMac M4 Pro M4 Pro · 64GB · 2TB | 在庫あり | 在庫あり | 在庫あり | 在庫あり | 在庫あり |
M4、16GB RAM、256GB SSD。短時間のタスク、軽量ビルド、単一プロジェクトの開発に適しています。
M4 Pro、64GB RAM、2TB SSD。並列タスク、大規模プロジェクト、大容量メモリを使う検証に適しています。
USDT-TRC20、Visa / Mastercard / Amex(Stripe経由)に対応しています。実際に利用できる決済ゲートウェイはコンソールの表示が基準です。