Argo CDのシステム開発の発注/外注/依頼/委託方法について

Argo CDのシステム開発を発注する際は、対象業務と責任範囲を整理し、PoCで評価するところから始めます。そのうえで要件と受入条件を確定して委託先を選び、運用移管へ進みます。

発注形態から委託先の選び方まで順に見ていきます。全体像はArgo CDのシステム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・Argo CDのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Argo CDのシステムを発注する前に知っておくべき全体像

Argo CDは、Gitで定義したKubernetesアプリケーションの状態を反映し、実際の状態との差分を監視する継続的デリバリーのツールです。業務画面や業務ロジックは含まれないため、発注をArgo CDの構築だけに限ると、業務アプリやクラスタの担当の境目が曖昧になります。

Argo CDが管理する範囲と管理しない範囲

Argo CDは、Git上のKubernetesマニフェスト、Helmチャート、Kustomize設定を指定したクラスタとnamespaceへ適用します。

• Application設定：Gitソース、適用先クラスタ、namespaceを定める設定です。
• 差分確認：実際の状態と異なると、OutOfSyncとして表示されます。
• 変更反映：自動同期で承認済みの変更を反映し、self-healでクラスタ上の意図しない変更をGitの状態へ戻せます。

業務要件の整理やアプリのコンテナ化、クラスタの可用性は、Argo CDだけでは完了しません。データベースのバックアップやSecretの保管、イメージの脆弱性対策も別途必要になります。そのため、発注書には、Argo CDやクラスタ、CIなどの基盤から、監視、認証、データ移行、運用教育までの担当範囲を明記します。

Argo CDが向く業務システムの条件

コンテナ化済み、または段階的にコンテナ化でき、設定をコードとGitで管理できるシステムは、導入を検討しやすいです。

• 複数環境への展開：開発・検証・本番へ同じアプリを展開する形です。
• 承認証跡の保存：リリース承認の履歴を残す仕組みです。
• 複数クラスタの管理：クラスタをまとめて管理する構成です。

こうした課題があるなら、Argo CDの導入効果を検討しやすくなります。一方で、単一の古いサーバーへ手作業で配置し、今後もKubernetesへ移行しない場合は、先行導入しても費用対効果が出にくいです。

既存VMをコンテナ化する場合は、移行難易度、データベースや外部連携の制約、停止許容時間を調べておきます。そのうえで、Argo CD導入と基盤移行を同じ案件に含めるか、分けるかを判断します。

Argo CDのシステム開発に適した発注形態

発注形態は、既存環境の複雑さと、社内に残す運用体制から選びます。初導入の場合は、評価フェーズを設けて、成果物と次の判断条件を先に合意します。

PoC・アセスメントから始める発注

KubernetesやGitOpsの経験が少ない場合は、小さな対象でPoCを発注します。対象は、1クラスタ、1〜5個程度のApplication、開発またはステージング環境です。

• 現状と構成：課題、採用構成、Gitリポジトリの分割方針の整理。
• 連携と操作：CIとの責任分担と、同期・ロールバックの実演。
• 次段階の判断：セキュリティ課題と概算見積もりを成果物に含めます。

完了条件は、Argo CDが起動したことの確認に加えて、PR承認後のステージング同期、ドリフト検知、障害時の前イメージへの復帰、ログと通知の実演を含めます。

PoCの段階では、本番費用を決め打ちせず、未確定の前提と本番化に必要な追加作業を一覧にします。

基盤から運用まで一括で委託する発注

既存アプリのコンテナ化やクラウド移行など、複数領域を同時に進める場合は、一括請負も選択肢になります。

• 対象範囲：コンテナ化、クラウド移行、Kubernetes基盤、Argo CD、CI/CD、監視、運用教育を含める。
• 担当分け：業務アプリ、クラウド、ネットワーク、セキュリティ、運用の分担を、WBSと責任分界表で示す。
• 含有確認：アプリ改修やクラスタ障害対応は、一括対応であっても含まれるとは限らない。
• 納品・受入：設計書、IaC、Git、Argo CD設定、監視、復元・障害手順、教育資料を納品に含め、自社保守を受入条件とする。
• 操作権限：委託先の専用アカウントや担当者だけが操作できる構成は、ロックインや引き継ぎ時の停止リスクを高めます。

構築後の運用代行・伴走支援を組み合わせる発注

社内に担当者がいても、更新や夜間障害に対応できない場合は、構築と運用代行を分けて発注します。

• 契約時間：平日日中の問い合わせか、24時間365日の監視・一次切り分け・復旧支援かで、費用と条件が変わります。
• 対応条件：監視対象、通知先、一次対応時間、エスカレーション、復旧目標、変更承認者、月次報告を定める。
• 監視範囲：Argo CDが正常でも、Kubernetes API、ノード、ロードバランサ、DB、外部APIの障害で業務は停止します。
• SLA：Argo CD単体ではなく、業務サービス全体を対象に設計する。

RFPと要件整理で決める項目

RFPには、製品名や機能一覧に加えて、業務上の成果、対象範囲、制約、受入条件を書きます。

見積もりの前提をそろえるため、クラスタ数、Application数、環境数といった規模に加えて、利用者とリリース頻度を具体的に示します。あわせて、既存のCI、Gitホスティング、認証、ログ、保守時間も記載します。

業務要件と対象システムの整理

まず対象業務を決め、その業務の特性と現行環境の課題を把握します。

• 対象と条件：利用者、業務時間、停止許容時間、リリース頻度、ピーク負荷、外部連携、データの機密性を整理する。
• 業務差：月次バッチと常時稼働の顧客向けAPIでは、同期、監視、ロールバック、承認手順が異なります。
• 移行費用：VMやオンプレミスの場合は、Argo CD導入費とコンテナ化・Kubernetes移行費を分けて見積もる。
• 既存課題：Git未管理、環境別設定、DB変更とリリースの一体化は、自動化とは別の対応が要ります。
• 見積資料：現状のリリース手順と障害時の戻し方を渡し、過小見積もりを防ぎます。

Git・CI・CD・Kubernetesの担当の分け方

発注範囲を明確にするには、CI・CDの役割と、環境差分の管理方法を整理しておきます。

• CIの担当：テスト、イメージのビルド、脆弱性スキャン、署名、レジストリ登録を担います。
• CDの担当：Argo CDが、Gitで承認されたマニフェストをクラスタへ同期する役割。
• 直接操作の例外：CIから本番へkubectlする場合は、緊急手順、承認者、監査ログを定めておく。
• 環境差分：少数ならKustomize、再利用パラメータが多ければHelmを候補にします。
• 複数クラスタ：同型ApplicationにはApplicationSetを候補にします。ただし、生成権限の広い付与には注意が必要です。

Argo CD公式ドキュメントは、ApplicationSetを開発者に許可する際のセキュリティ上の影響にも注意を促しています。

セキュリティと非機能要件の受入条件

安全な本番運用と更新時の互換性を判断できるように、受入条件を具体的に定めます。

• 認証・Secret：平文保存を避け、最小権限、SSO、多要素認証、監査ログ保存期間を定める。
• 供給網：固定ダイジェスト、脆弱性スキャン、SBOMの作成と受け渡し、OSSライセンス確認を要件に含める。
• 運用条件：可用性、同期遅延、管理Application数、RPO・RTO、保存期間、復元テストを定めます。
• 更新試験：Argo CDやKubernetesの更新方針を決め、検証環境での更新を受入試験に含める。

Secret Manager、Vault、External Secrets、SOPSなどから保管場所や暗号鍵を選び、ローテーションと障害時の復旧責任を決めます。

重大脆弱性の通知期限とパッチ適用の責任も明記します。2025年には経済産業省がSBOMの国際ガイダンスに関する共同署名を公表しています。2026年時点のRFPでは、供給網の説明可能性も確認します（出典: 経済産業省「SBOMの共有ビジョンに関する国際ガイダンス共同署名」、2025年）。

Argo CD 3.0では設定やリソース追跡などに変更があり、Red Hat OpenShift GitOps 1.17のリリースノートも互換性への注意を示しています。そのため、検証環境で更新を実施し、受入試験に含める設計が安全です（出典: Red Hat OpenShift GitOps 1.17リリースノート、2025年）。

契約形態とArgo CDのシステム開発費用相場

自己運用版のArgo CDはオープンソースのため、ソフトウェアのライセンス料は原則かかりません。

一方で、クラスタ、ノード、ネットワーク、Gitには費用がかかります。さらに、レジストリ、ログ、監視も費用の対象です。また、バックアップ、SSO、設計・検証・保守も費用に含まれます。そのため、費用相場は、これらを含めた導入範囲の目安で、Argo CD単体の公表価格ではありません。

初期費用はPoCで100万〜300万円、小規模本番で300万〜800万円が目安

規模ごとの目安を踏まえ、既存基盤や構築範囲に応じて見積もります。

• 調査・PoC：100万〜300万円程度です。
• 小規模本番：300万〜800万円程度です。
• 中規模：800万〜1,800万円程度です。
• エンタープライズ：1,800万〜5,000万円以上となる可能性があります。

小規模本番は、1〜2クラスタ、10〜30Applicationを想定し、SSO・RBAC、Secret連携、CI/CD接続に加えて、バックアップ、簡易監視、運用手順も含みます。

Kubernetesがあり、CIや監視も整備済みであれば、費用は下限に近づきやすいです。一方で、クラスタ構築やコンテナ化を含めると、費用は上振れします。

中規模は、3〜10クラスタ、30〜100Applicationが対象で、ApplicationSetや可用性設計、複数アカウント、監査・通知、段階リリースを含みます。

エンタープライズ案件には、ハイブリッド環境、10クラスタ以上、100Application以上が含まれます。さらに、DR、厳格な承認・監査、24時間運用移管も含む場合は、1,800万〜5,000万円以上になる可能性があります。

これは、業務システム相場と必要工数を組み合わせた企画上の推定であり、公開されたArgo CDの定価ではありません（出典: NotebookLMリサーチノート「Argo CDのシステム」、2026年）。

ランニング費用と契約形態の考え方

運用費は、基盤利用料と運用支援費に分けて考えます。

• 自己運用：基盤、ログ、バックアップは小規模で月10万〜50万円、中規模で月50万〜150万円が目安です。
• 運用支援：代行、SLA、複数リージョン、24時間監視を含めると月100万〜300万円以上の場合があります。
• 別計上：アプリの実行コンピュート、データ転送、データベース費は、別枠で計上する。

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などの範囲と、扱ったバージョンを確かめる。
• 基盤別の選定：発注する基盤に合うマネージド環境やGitOps製品を候補にします。
• 運用・可視化：upstream Argo CDの負荷低減ならAkuity、可視化や企業運用ならOctopus Deploy系があります。
• 国内SI：クラウド、ネットワーク、セキュリティを含める場合は、CTCやSCSKなども候補になります。

基盤ごとに見ると、EKSとの統合ではAWSのマネージドCapability、OpenShift標準化ではRed Hat OpenShift GitOpsが候補です。

Argo CD公式ユーザー一覧に載っている企業でも、詳細な効果測定や日本企業での再現性が保証されるわけではありません。そのため、候補は順位として見ず、基盤と発注目的に応じて比べます。

作業項目・前提・除外範囲による見積書の比較

作業範囲、見積前提、追加費用の条件を同じ形でそろえて比べます。安い見積もりが範囲不足なのか、効率的な提案なのかも見極めます。

• 作業項目：調査、基本・詳細設計、クラスタ・Argo CD構築、Git・CI・Secret連携、監視、テストに分けて示す。
• 成果物：ドキュメント、教育、運用移管を含めた、納品範囲の明示。
• 見積前提：Application・クラスタ・環境数、HA、Helm・Kustomize、SSO、バックアップ、ログ保存期間を各社でそろえる。
• 追加費用：規模増加時の単価、時間外作業、クラウド費、商用契約の費用を確かめます。
• 変更・除外：脆弱性対応、更新、障害復旧、再委託、移行、仕様変更を比べます。一式表記は、再見積もりにつながりやすいです。

受入試験と運用移管の提案内容

正常系の動作だけでなく、本番移行後に必要な動作と運用手順がそろっているかも確かめます。

• 同期と承認：Gitの変更が対象環境へ同期されること、未承認の変更を検知することを試す。
• 権限とSecret：別チームのnamespaceへの展開や、Secretのログ・Git漏えいを防げるかを試す。
• 障害対応：脆弱性基準による停止、監視通知、前版への復帰、バックアップ復元の試験。
• 運用資料：Runbook、承認手順、連絡網、更新手順、証明書・Secret更新、監査ログ確認の引き渡し。
• 実地移管：自社担当者が同期・ロールバック・復元を実行し、委託先がレビューします。

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の導入費より、アプリ改修やDB、ネットワーク、可用性の費用が大きくなります。

まず対象業務を1つ選び、コンテナ化の難易度と停止許容時間を調べます。そのうえで、移行とArgo CD導入を同じ案件にするか判断します。

Argo CDに詳しい委託先かどうかは何で判断できますか？

Argo CDを起動した経験だけでなく、Kubernetesの可用性、Helm・Kustomize、ApplicationSet、AppProjectの実績を見ます。

RBACとSSO、Secretの扱いを確かめます。加えて、監視、バックアップ、更新、障害対応も見ます。

想定構成、担当範囲、受入試験、運用移管、保守SLA、追加費用を提案してもらい、複数社で同じ項目を比べます。

まとめ

Argo CDの外注費は、インストール費ではなく、アプリを安全に継続デリバリーするための基盤・開発・セキュリティ・運用の総額で考えます。

目安はPoCが100万〜300万円、小規模本番が300万〜800万円、中規模が800万〜1,800万円、エンタープライズが1,800万〜5,000万円以上です。金額は、既存Kubernetesの有無、クラスタ数、Application数、可用性、SLA、移行範囲によって変わります。

発注前に確認するチェックポイント

発注前には、確認すべき内容を整理し、見積もりの前提と除外範囲を各社でそろえておきます。

• 対象と規模：業務、現行リリース経路、クラスタ数、Application数を決めます。
• 技術と安全性：Git・CI・CD、SSO・RBAC、Secret、監視、復元、RPO・RTOを定めます。
• 契約と費用：SBOM、脆弱性対応、納品物、保守時間、再委託、追加費用の条件を整理します。

構成管理では、Helm・Kustomize・ApplicationSetの方針も整理しておきます。見積もりは、総額よりも、これらの前提と除外範囲がそろっているかで比べます。

小さな対象から始めるPoC

PoCで本番化の判断に必要な動作を確かめたうえで、委託を段階的に進めます。

1. 全社のクラスタや業務を一度に移行せず、低リスクのサービスを対象とする。
2. PR承認、同期、ドリフト検知、ロールバック、通知、監査ログを検証する。
3. 成果物と本番化の判断条件をそろえてから、構築・運用・保守の委託先を選ぶ。

検証を通じて、導入後も社内で説明できるリリース統制を育てやすくなります。

▼全体ガイドの記事
・Argo CDのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。