単一 Argo CD から成長するチームは、2026年も「Harness GitOps で統制を厚くするか、ネイティブ Argo CD で自前運用するか」を問われます。K8s 配信と Mac mini M4 の Xcode ビルドを同時に回すなら、スケールは同期速度だけでは測れません。本稿は判断表・痛点・六手順・引用指標と、clustervps で Mac 容量を足す導線をまとめます。
GitOps スケールの前提
Harness GitOps は Git 同期・RBAC・OPA・パイプラインを一層にまとめます。ネイティブ Argo CD は ApplicationSet と軽量運用が強みです。Mac ビルドも扱うなら、コンテナ配信と Apple Silicon プールを同じ判断表で比較してください。
三つのボトルネック
- ポリシー断片化： 横断承認や監査レポートがスクリプト化し、クラスター増で例外が増える。
- ビルド断絶： イメージタグは進むが Xcode・署名は Mac 上で手動のまま残る。
- 観測コスト： Rollout・Webhook・ビルドログに相関 ID が無いと MTTR が伸びる。
判断表：Harness vs ネイティブ Argo CD
| 観点 | Harness | Argo CD |
|---|---|---|
| マルチクラスター | 承認・監査が一体 | ApplicationSet は強い。承認は別途。 |
| 導入 | プラットフォーム学習コストあり | K8s チームは起動が速い |
| Mac ビルド | K8s は GitOps、ビルドは clustervps 専有 Mac mini M4 | |
| 結論 | 50+ クラスター・厳格監査向き | 20 未満・自走運用で TCO 有利 |
検証する六手順
- 1 棚卸し： クラスター数・Mac 台数・AZ を一覧化。
- 2 KPI： 承認 SLA、同期失敗率、ロールバック時間、ビルドキュー。
- 3 PoC： 同一アプリを 30 日間、両方で配信比較。
- 4 Mac 接続： SSH の Mac mini M4 で Xcode、相関 ID を共有。
- 5 通知統合： プローブとビルドログを一 digest に。
- 6 容量： ピーク前に clustervps でノード追加。
50+
Harness 向きのクラスター目安
<20
Argo CD が軽量な規模
3分
同期中央値の目安
引用できる基準
- 同期： コミットから Healthy まで中央値 3 分以内が目安。
- ポリシー： 違反変更はクラスター投入前に遮断し、監査ログを残す。
- Mac キュー： M4・24GB・512GB ではシミュレータ並列数と APFS 空き 20% 以上を可視化する。
まとめと購入導線
Harness が Argo CD を全面置換する話ではありません。小規模自走なら Argo CD、複数 BU と監査なら Harness が横に伸びます。Rollouts や KEDA カナリアは別記事で補完し、本稿はプラットフォーム選定に集中してください。
iOS ビルドは clustervps の専有 Mac mini M4 を月額で足し、SSH/VNC で接続します。PoC は 1 台から始め、キュー深度に応じてノードを増やすのが現実的です。
要約： コントロールプレーンは運用可能な深さで選び、配信の最後は月額 Mac で閉じます。
GitOps の最後は実機 Mac
同期できたら Mac mini M4 ビルドノードを追加
Xcode・Fastlane は専有 Mac が必要です。clustervps なら月額・SSH/VNC で Git タグと成果物を揃えられます。