Argo CDのシステム開発を発注・外注するなら、Argo CDをインストールするだけではなく、Kubernetes基盤、Gitリポジトリ、CI、認証、Secret管理、監視、運用移管まで含めて設計することが重要です。導入の成否はツールの設定量よりも、誰が何を承認し、どの環境へ、どの条件でリリースするかを発注前に決められるかで分かれます。
この記事では、「Argo CDのシステム」を外部の開発会社やSIerへ依頼する際の発注形態、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較ポイントを解説します。Argo CDが自社の業務システムに適しているかを判断し、PoCから本番運用へ無理なく移行するための実務的な進め方をまとめています。
▼全体ガイドの記事
・Argo CDのシステム開発の完全ガイド
Argo CDのシステムを発注する前に知っておくべき全体像
Argo CDは、Kubernetes上のアプリケーションをGitで定義した望ましい状態へ反映し、実際の状態との差分を監視する継続的デリバリーのツールです。業務画面や業務ロジックを提供するパッケージではないため、発注範囲を「Argo CDの構築」だけに限定すると、業務アプリケーションやクラスタの責任分界が曖昧になります。
Argo CDが管理する範囲と管理しない範囲
Argo CDが主に管理するのは、Gitに保存したKubernetesマニフェスト、Helmチャート、Kustomizeの設定などを、指定したクラスタとnamespaceへ適用する仕事です。ApplicationにはGitのソース、適用先クラスタ、適用先namespaceなどを定義し、差分があればOutOfSyncとして確認できます。自動同期を有効にすれば、承認済みの変更を自動で反映でき、self-healを使えばクラスタ上で行われた意図しない変更をGitの状態へ戻せます。
一方で、業務要件の整理、アプリケーションのコンテナ化、Kubernetesクラスタの可用性、データベースのバックアップ、Secretの保管、イメージの脆弱性対策は、Argo CDを導入するだけでは完了しません。発注書には、Argo CD、クラスタ、CI、レジストリ、監視、認証、データ移行、運用教育のどこまでを委託先が担当するかを明記する必要があります。
Argo CDが向く業務システムの条件
Argo CDの導入に向くのは、コンテナ化済み、または段階的にコンテナ化でき、設定をコードとGitで管理できるシステムです。開発・検証・本番など複数環境へ同じアプリケーションを展開する、リリース承認の証跡を残す、複数クラスタを一元管理する、といった課題があれば効果を検討しやすくなります。
反対に、単一の古いサーバーへ担当者が手作業でファイルを配置しているだけで、今後もKubernetesへ移行する予定がない場合は、Argo CDだけを先に導入しても費用対効果が出にくいです。既存VMをコンテナ化する場合は、まず移行の難易度、データベースや外部連携の制約、停止許容時間を調査し、Argo CD導入と基盤移行を同じ案件に含めるか分けるかを判断します。
Argo CDのシステム開発に適した発注形態はどれですか？
発注形態は、既存環境の複雑さと社内に残す運用体制で選びます。初めて導入する企業は、調査・PoC・本番構築・運用移管を一括で丸投げするより、最初に短期間の評価フェーズを置き、成果物と次フェーズの判断条件を合意する方法が安全です。
PoC・アセスメントから始める発注
社内にKubernetesやGitOpsの経験が少ない場合は、1クラスタ、1〜5個程度のApplication、開発またはステージング環境を対象にPoCを発注します。成果物には、現状課題の整理、採用する構成、Gitリポジトリの分割方針、CIとArgo CDの責任分担、同期・ロールバックの実演、セキュリティ課題、概算見積もりを含めます。
PoCの完了条件は「Argo CDが起動したこと」では不十分です。PRを承認してからステージングへ同期する流れ、意図的なドリフトを検知する流れ、障害時に前のイメージへ戻す流れ、ログと通知を確認する流れまで実演してもらいます。PoCで本番費用を確定させるのではなく、未確定の前提と本番化の追加作業を一覧化することが目的です。
基盤から運用まで一括で委託する発注
既存アプリケーションのコンテナ化、クラウド移行、Kubernetes基盤の構築、Argo CD設定、CI/CD連携、監視、運用教育を同時に進める場合は、一括請負に近い発注も選択肢です。ただし「一括対応」という言葉だけでは、アプリ側の改修やクラスタの障害対応まで含まれるとは限りません。業務アプリ、クラウド、ネットワーク、セキュリティ、運用の担当範囲をWBSと責任分界表で切り分けます。
一括委託では、納品物に設計書、IaC、Gitリポジトリ、Argo CDの設定、監視ダッシュボード、バックアップ・復元手順、障害対応Runbook、教育資料を含めます。契約終了後に自社が保守できる状態が受入条件です。委託先の専用アカウントや担当者だけが操作できる構成にすると、ベンダーロックインや引き継ぎ時の停止リスクが高まります。
構築後の運用代行・伴走支援を組み合わせる発注
社内に運用担当はいるものの、Argo CDとKubernetesのアップグレードや夜間障害まで対応できない場合は、構築と運用代行を分けて発注します。平日日中の問い合わせ対応だけか、24時間365日の監視・一次切り分け・復旧支援まで含むかで費用と契約条件が大きく変わります。
運用委託では、監視対象、通知先、一次対応の時間、エスカレーション条件、復旧目標、変更作業の承認者、月次報告の内容を決めます。Argo CDの画面が正常でも、Kubernetes API、ノード、ロードバランサ、データベース、外部APIが障害になれば業務は停止します。Argo CDだけを監視対象にせず、業務サービス全体のSLAとして設計することが重要です。
RFPと要件整理では何を決めればよいですか？
RFPでは、製品名や機能一覧だけでなく、業務上の成果、対象範囲、制約、受入条件を記載します。委託先が同じ前提で見積もれるように、クラスタ数、Application数、環境数、利用者、リリース頻度、既存CI、Gitホスティング、認証、ログ、保守時間をできるだけ具体化します。
業務要件と対象システムを整理する
最初に、どの業務システムを対象にするかを決めます。システム名だけでなく、利用者、業務時間、停止許容時間、リリース頻度、ピーク時の負荷、外部連携、扱うデータの機密性を整理します。たとえば月次バッチと常時稼働の顧客向けAPIでは、同じArgo CDを使っても、同期方式、監視、ロールバック、承認手順が変わります。
既存サーバーがVMやオンプレミスの場合は、Argo CDの導入費とコンテナ化・Kubernetes移行費を分けて書きます。業務アプリのソースがGitで管理されていない、環境ごとに設定ファイルが手作業で異なる、データベースのスキーマ変更がリリースと一体化している場合は、単純なデプロイ自動化では解決しません。現状のリリース手順と障害時の戻し方を資料として渡すと、過小見積もりを防げます。
Git・CI・CD・Kubernetesの責任分界を定義する
CIとCDの役割をRFPで明確にします。CIはソースコードのテスト、コンテナイメージのビルド、脆弱性スキャン、署名、レジストリへの登録までを担当し、Argo CDはGitで承認されたマニフェストをクラスタへ同期する構成が基本です。CIから本番クラスタへ直接kubectlする経路を残す場合は、緊急時だけ使える例外手順、承認者、監査ログを定義します。
環境差分の管理方式も指定します。少数の差分ならKustomize、再利用するパラメータが多いアプリケーションならHelm、複数クラスタへ同型のApplicationを展開するならApplicationSetを候補にします。ApplicationSetは便利ですが、生成権限を広く与えると、意図しないクラスタやnamespaceへデプロイできる危険があります。Argo CD公式ドキュメントも、ApplicationSetを開発者に許可する際のセキュリティ上の影響に注意を促しています。
セキュリティと非機能要件を受入条件にする
SecretをGitへ平文でコミットしないこと、Gitとクラスタの双方で最小権限を設定すること、SSOと多要素認証を使うこと、監査ログを定めた期間保存することを要件に含めます。Secret Manager、Vault、External Secrets、SOPSなどの候補から、保管場所、暗号鍵、ローテーション、障害時の復旧責任を決めます。
また、コンテナイメージの固定ダイジェスト、脆弱性スキャン、SBOMの作成・受け渡し、OSSライセンス確認、重大脆弱性の通知期限、パッチ適用責任を明記します。経済産業省は2025年にSBOMの国際ガイダンスに関する共同署名を公表しており、2026年時点のRFPでは、ソフトウェアサプライチェーンの説明可能性を確認する項目が重要です（出典: 経済産業省「SBOMの共有ビジョンに関する国際ガイダンス共同署名」、2025年）。
可用性、同期遅延、同時に管理するApplication数、RPO・RTO、バックアップの保存期間、復元テスト、Argo CDやKubernetesのアップグレード方針も受入条件に落とし込みます。Argo CD 3.0では設定やリソース追跡などの変更があり、Red Hat OpenShift GitOps 1.17のリリースノートでも互換性に関する注意が示されています。検証環境でアップグレードを実施し、受入試験に含める設計が安全です（出典: Red Hat OpenShift GitOps 1.17リリースノート、2025年）。
契約形態とArgo CDのシステム開発費用相場
Argo CDはオープンソースのため、自己運用版のソフトウェアライセンス料は原則として発生しません。しかし、ライセンス料が無料でも、Kubernetesクラスタ、ノード、ネットワーク、Gitホスティング、イメージレジストリ、ログ、監視、バックアップ、SSO、設計・検証・保守の費用は必要です。費用相場はArgo CD単体の公表価格ではなく、これらを含めた導入範囲の目安として考えます。
初期費用はPoCで100万〜300万円、小規模本番で300万〜800万円が目安
調査・PoCの初期費用は100万〜300万円程度、小規模本番の構築は300万〜800万円程度が一つの目安です。小規模本番は、1〜2クラスタ、10〜30Application、SSO・RBAC、Secret連携、CI/CD接続、バックアップ、簡易監視、運用手順を想定しています。既にKubernetesがあり、CIや監視も整備済みなら下限に近づきやすく、クラスタ構築やコンテナ化を含めると上振れします。
中規模の業務基盤では、3〜10クラスタ、30〜100Application、ApplicationSet、可用性設計、複数アカウント、監査・通知、段階リリースを含めて800万〜1,800万円程度が目安です。ハイブリッド環境、10クラスタ以上、100Application以上、DR、厳格な承認・監査、24時間運用移管まで含むエンタープライズ案件では、1,800万〜5,000万円以上になる可能性があります。これらは業務システム相場と必要工数を組み合わせた企画上の推定であり、公開されたArgo CDの定価ではありません（出典: NotebookLMリサーチノート「Argo CDのシステム」、2026年）。
ランニング費用と契約形態を分けて考える
自己運用のクラウド基盤、ログ、バックアップなどは小規模で月10万〜50万円程度、中規模で月50万〜150万円程度が目安です。運用代行、SLA、複数リージョン、24時間監視を含める場合は月100万〜300万円以上となるケースもあります。アプリケーションの実行コンピュート費、データ転送費、データベース費は別計上にし、Argo CDの運用費と混同しないようにします。
AWSを使う場合は、Amazon EKS Capability for Argo CDのように、Argo CD Capabilityの基本時間料金とApplication数に応じた時間課金を選べます。AWSの料金ページでは、Applicationはターゲットクラスタへのデプロイ単位で数え、ApplicationSetで生成された各Applicationも対象と説明されています。掲載例では100Applicationを730時間運用したArgo CD部分が月131.40ドルですが、EKSクラスタ、ノード、EBS、ロードバランサ、ログなどは別料金です（出典: AWS「Amazon EKS Pricing」、2026年確認）。為替やリージョンで変わるため、記事の目安をそのまま予算化せず、料金計算ツールで再計算します。
契約は、要件が固まった構築部分を請負契約、調査・設計支援や運用伴走を準委任契約、クラウドや商用サービスを利用料契約として分けると管理しやすくなります。請負では成果物、検収条件、瑕疵対応、変更管理を明記し、準委任では稼働範囲、報告、責任者、作業時間、再委託の扱いを定めます。PoC段階で要件が不確かな場合に、曖昧なまま全工程を固定額で契約すると、後から追加費用や責任論に発展しやすいです。
委託先の選び方と見積比較のポイント
委託先は「Argo CD対応」という一言ではなく、Kubernetes、クラウドまたはオンプレミス基盤、CI/CD、ネットワーク、認証、Secret、監視、業務アプリのコンテナ化、運用移管をどこまで実績として持つかで比較します。ランキングや会社規模だけで決めず、同じ前提でPoCや本番の設計を説明できるか、担当者が導入後も支援できるかを確認します。
公開実績と担当範囲を確認する
実績確認では、導入社名の有無より、対象規模と担当範囲を聞きます。1クラスタの検証だけか、複数クラスタの本番運用か、OpenShiftやEKSなど特定基盤に限定されるか、どのバージョンを扱ったか、障害時の復旧やアップグレードまで担当したかを確認します。Argo CD公式のユーザー一覧に掲載された企業であっても、詳細な効果測定や日本企業での再現性まで保証するものではありません。
候補としては、EKSとAWSサービスの統合を重視するならAWSのマネージドCapability、OpenShiftを標準化しているならRed Hat OpenShift GitOps、upstream Argo CDの運用負荷を減らしたいならAkuity、Argoエコシステムの可視化やエンタープライズ運用ならOctopus Deploy系、国内のクラウド・ネットワーク・セキュリティを含むSIならCTCやSCSKなどがあります。これはおすすめ順位ではなく、技術基盤と発注目的に応じた比較軸です。
見積書は作業項目・前提・除外範囲で比較する
見積書は総額だけでなく、現状調査、基本設計、詳細設計、クラスタ構築、Argo CD設定、Gitリポジトリ整備、CI連携、Secret連携、監視、テスト、ドキュメント、教育、運用移管に分けてもらいます。Application数、クラスタ数、環境数、HAの有無、利用するHelm・Kustomize、SSO方式、バックアップ、ログ保存期間を前提欄に記載してもらうと、安い見積もりが範囲不足なのか、効率的な提案なのかを比較できます。
特に比較しやすいのは、追加費用の条件です。Application数やクラスタ数が増えたときの単価、対応時間外の作業単価、クラウド費の負担、商用サブスクリプション、脆弱性対応、バージョンアップ、障害復旧、再委託、データ移行、仕様変更の扱いを確認します。作業項目が「環境構築一式」「CI/CD連携一式」だけの見積もりは、受入条件と変更範囲が見えないため、再見積もりが発生しやすいです。
受入試験と運用移管を提案内容に含める
受入試験では、正常系だけでなく、Gitの変更が意図した環境へ同期されること、承認されていない変更が検知されること、権限のない利用者が別チームのnamespaceへ展開できないこと、SecretがログやGitに漏れないことを確認します。さらに、イメージ脆弱性が基準を超えた場合にデプロイを止めること、監視通知が届くこと、前バージョンへロールバックできること、バックアップから復元できることも試験します。
運用移管では、設計書だけでなく、日常作業のRunbook、リリース承認の手順、障害時の連絡網、アップグレード手順、証明書やSecretの更新方法、監査ログの確認方法を引き渡してもらいます。引き渡し後に自社担当者が実際に同期・ロールバック・復元を実行し、委託先がレビューする形式にすると、資料を受け取っただけで終わるリスクを減らせます。
Argo CDのシステム発注でよくある質問
Argo CDの発注では、OSSの料金、既存CIとの違い、Kubernetes移行の必要性、委託先の責任範囲について質問が多くなります。ここでは、見積もりを依頼する前に確認しておきたい代表的な疑問へ回答します。
Argo CDは無料なので、発注費用も無料ですか？
いいえ、Argo CD自体のライセンス料が原則無料でも、発注費用が無料になるわけではありません。Kubernetes基盤、ネットワーク、Git、レジストリ、監視、Secret管理、設計、テスト、教育、保守の費用が発生します。AWSのマネージドCapabilityや商用サービスを使う場合は、サービス利用料やサブスクリプションも総額へ含めて比較します。
JenkinsやGitHub Actionsがある場合もArgo CDを導入できますか？
導入できます。一般的には、JenkinsやGitHub ActionsなどのCIでテスト、イメージ作成、脆弱性検査、レジストリ登録を行い、Argo CDがGit上の承認済みマニフェストをKubernetesへ反映します。CIから本番クラスタへ直接変更する経路を残す場合は、緊急時の例外として権限、承認、監査を決め、通常のリリース経路と区別することが大切です。
既存のオンプレミス業務システムにもArgo CDを導入できますか？
導入できる可能性はありますが、Kubernetesで稼働させるためのコンテナ化や基盤整備が必要です。単一サーバーへ手作業で配置するだけのシステムを無理に移行すると、Argo CDよりもアプリ改修、データベース、ネットワーク、可用性の費用が大きくなります。まず対象業務を1つ選び、コンテナ化の難易度と停止許容時間を調査してから、移行とArgo CD導入を同じ案件にするか判断します。
Argo CDに詳しい委託先かどうかは何で判断できますか？
Argo CDを起動した経験だけでなく、Kubernetesの可用性、HelmやKustomize、ApplicationSet、AppProject、RBAC、SSO、Secret、監視、バックアップ、アップグレード、障害対応の実績を確認します。候補会社には、想定構成の図、担当範囲、受入試験、運用移管、保守SLA、追加費用の条件を具体的に提案してもらい、複数社で同じ項目を比較します。
まとめ
Argo CDのシステム開発を外注するときは、Argo CDのインストール費ではなく、業務アプリを安全に継続デリバリーするための基盤・開発・セキュリティ・運用の総額で考えます。PoCなら100万〜300万円、小規模本番なら300万〜800万円、中規模なら800万〜1,800万円、エンタープライズなら1,800万〜5,000万円以上というレンジを起点にできますが、既存Kubernetesの有無、クラスタ数、Application数、可用性、SLA、移行範囲で変動します。
発注前に確認するチェックポイント
発注前には、対象業務と現行リリース経路、クラスタ数とApplication数、Git・CI・CDの役割分担、Helm・Kustomize・ApplicationSetの方針、SSO・RBAC・Secret管理、監視・バックアップ・復元、RPO・RTO、SBOMと脆弱性対応、納品物、保守時間、再委託、追加費用の条件を整理します。見積もりは総額だけでなく、これらの前提と除外範囲が揃っているかで比較します。
まずは小さな対象でPoCを依頼する
最初から全社のクラスタや全業務を移行するのではなく、低リスクのサービスでPR承認、同期、ドリフト検知、ロールバック、通知、監査ログを検証します。PoCの成果物と本番化の判断条件をそろえたうえで、構築・運用・保守の委託先を選ぶと、Argo CDを導入した後も社内で説明できるリリース統制を育てやすくなります。
▼全体ガイドの記事
・Argo CDのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。