ENGLISH

GitOpsとは？利用するツールやメリット、CIOpsとの関係などを解説

#エンジニアブログ

GitOpsとは、分散型バージョン管理システムである「Git」を使ったCD（Continuous Deployment=継続的デプロイメント）の手法で、インフラストラクチャとアプリケーションを含むシステム全体の管理を行えます。

ここでは、GitOpsとはどのようなものか、具体的なメリット・デメリットを説明するとともに、CIOpsとの比較を交えて詳しく説明します。

GitOpsとは？

GitOpsはGitを軸としたCD/CD手法

「GitOps（ギットオプス）」は、インフラとアプリケーションの両方を管理する、CI/CDの手法のひとつで、分散型バージョン管理システムである「Git」を軸とします。

あくまで手法の名称なので、環境に依存せず実施できますが、デプロイやスケーリングの自動化のためのオープンソースシステム「Kubernetes（クバネティス）」に関する文脈で使われることが多くなっています。

提唱者による「GitOps」の要約

GitOpsを提唱した英国のWeaveWorksによれば、GitOpsの主な機能・目的は大きく次の2つに要約されます。

1.GitOpsは、Kubernetesをはじめとしたクラウドネイティブ技術のための運用モデルであり、コンテナ化されたクラスタとアプリケーションの、デプロイ・管理・モニタリングを統合した最良のセットを提供します。

2.アプリケーション管理、CI/CDパイプラインの自動化、開発と運用のチームの統合（DevOps）などの体験を提供するものでもあります

GitOpsの4つのプリンシパル

WeaveWorksがGitOpsのプリンシパルとして掲げる要素が4つあります。具体的には次のようなものです。

1.宣言的（Declarative）

GitOpsの設定は、命令的でなく「宣言的」です。細かな手順がマニュアル的に示されるのではなく、「こういう状態にしたい」というゴール（=最終的な状態）だけが提示されているため、「Single Source of Truth」（信頼可能な唯一の情報源）として機能します。

そのため、何らかのトラブルが発生した場合でも、この宣言に従ってインフラストラクチャを復元できます。

2. バージョン管理と不変性（Versioned and immutable）

GitOpsでは、システムの宣言はすべてバージョン管理システムに保存されます。それにより、ロールバック（障害などでデータ喪失・破損などが起きた場合に、正常に稼働していた時点の状態に戻すこと）が容易です。

また、Gitの機能を用いてコードの作成者とその出所に関する署名も行えます。これらは時間が経過しても変化しません。

3.自動的にプルされる（Pulled automatically）

CD（継続的デプロイ）にはPush型とPull型が存在します。クラスタ外からPushする形でデプロイするのがPush型、変更されたことで発生した差分を検知して変更するのがPull型です。

一般的にGitOpsと呼ばれるものはPull型で、この方法ではクラスタの認証情報を必要としません。また、CIを担当する人と、クラスタのデプロイを担当する人でアクセス権を分けることができるので、責任範囲が明確になります。

4. 継続的な調整（Continuously reconciled）

GitOpsは、Argo CDやFlux2といったGitOpsを実践するためのソフトウェア（エージェント）を使用して実現されますが、このエージェントの状態と、本来望ましい状態の間に乖離がある場合に通知をしてくれます。

これにより、本来意図していなかった変更に気づきやすくなり、「Single Source of Truth（信頼可能な唯一の情報源）」に基づいて元の状態に戻すことも容易です。

GitOpsを利用するメリット

オペレーションが統一され再現性が生まれる

GitOpsでは、インフラストラクチャからアプリケーションまで、すべての履歴がGitに保存されます。そのため「Single Source of Truth（信頼可能な唯一の情報源）」としてGitOpsの情報を信頼することで、オペレーションが統一されるとともに、プロセスの再現性も高くなり、エンジニアにとっての体験が改善されます。

また、GitOpsの場合、開発者はプルリクエストを出してマージを実行するだけでよく、残りのタスクはエージェントが行います。こうした自動化もメリットのひとつといえるでしょう。