Kustomizeは、Kubernetesの設定を宣言的に管理するためのGitOpsツールです。設定ファイルを含むフォルダ構造と、リソースとオーバーレイを参照するakustomization.yamlファイルを使用します。これにより、ベースマニフェストを変更することなくカスタマイズが可能になります。
Kustomize は、リソースをディレクトリに整理し、kustomization ファイル内のファイルパスを介して参照することで、Kubernetes マニフェストをカスタマイズできます。このディレクトリベースのアプローチは、オーバーレイ、再利用性、モジュール構成をサポートします。したがって、正解は D です。
参考資料:GitOps ツール (CNCF GitOps ワーキング グループ)、Kustomize プラクティス。

Terraform (または OpenTofu) は宣言型モデルを使用し、状態ファイルを維持してリソースの現在の状態を追跡し、変更を計画および調整できるようにします。対照的に、Ansible はより手順的であり、永続的なリソース状態を追跡せずに、タスクをファイア アンド フォーゲット方式で実行します。
「Terraform は管理対象リソースごとに状態を維持し、計画的かつ一貫性のある変更を可能にします。Ansible はリソースの状態を追跡せずにタスクを実行し、ファイア・アンド・フォーゲットモデルで動作します。」したがって、正解は B です。
参考資料:GitOps ツール (CNCF GitOps ワーキング グループ)。

GitOps の「自動的にプル」の原則は、ランタイム環境内のエージェント (コントローラーやオペレーターなど) が Git (信頼できる情報源) を継続的に監視し、更新が検出されると変更を自動的にプルすることを意味します。
ソフトウェアエージェントは、バージョン管理システムから変更を継続的に取得し、自動的に調整します。このプルベースのアプローチにより、自動化、セキュリティ、自己修復が保証されます。したがって、正解はBです。
参考資料:GitOps の原則 (CNCF GitOps ワーキング グループ)、原則 4: 継続的に調整され、自動的にプルされます。

KustomizeはKubernetesネイティブの構成管理ツールで、元のYAMLファイルを変更することなくマニフェストをカスタマイズできます。オーバーレイとパッチを使用することで、さまざまな環境に合わせて構成を調整できます。
「Kustomize は、パッチとオーバーレイを適用することで Kubernetes マニフェストをカスタマイズする宣言的な方法を提供します。
これにより、マニフェスト ファイルを重複させることなく複数の環境を管理できます。したがって、正解は D です。
参考資料:GitOps ツール (CNCF GitOps ワーキング グループ)、Kustomize。

GitOpsの根幹は、Gitがアプリケーションとインフラストラクチャの両方において、望ましい状態に関する唯一の真実の情報源として機能することです。つまり、すべての設定はバージョン管理され、監査と検証が可能な方法でGitで宣言されます。オペレーターとリコンシリエーションエージェントは、これらの定義を継続的にプルすることで、ライブシステムがGitの宣言と一致するようにします。
システムの望ましい状態に関する宣言的な記述は、Git でバージョン管理され、Git が唯一の真実のソースとなる必要があります。これにより、監査可能性と信頼性が確保され、Git での変更を元に戻すことでロールバックが可能になります。この原則により、システム状態の変更はすべて Git コミットを通じて追跡可能となり、環境の予測可能性、再現性、透明性が確保されます。
参考資料: GitOps の原則 (CNCF GitOps ワーキング グループ)、原則 1: 望ましいシステム状態は Git リポジトリで宣言され、バージョン管理されます。