宣言的な構成は、システムがどのように見えるかを記述するものであり、それをどのように実現するかを記述するものではありません。これにより、標準的な調整ツール（ArgoCDやFluxなど）を使用してシステムを自動的に管理できるようになり、命令型スクリプトの作成と保守の負担が軽減されます。
「宣言型構成により、特注のスクリプトではなく汎用調整ツールでシステムを管理できるようになり、運用オーバーヘッドが削減され、信頼性が向上します。」したがって、正解は B です。
参考資料:GitOps の原則 (CNCF GitOps ワーキング グループ)、宣言型システム。

Infrastructure as Code (IaC) は、GitOps の基本的なプラクティスです。手動プロセスや GUI ではなく、宣言型の機械可読ファイルを通じてインフラストラクチャを管理およびプロビジョニングします。IaC は、環境全体にわたる一貫性、自動化、そして再現性を保証します。
「Infrastructure as Codeは、バージョン管理に保存されたコードファイルを通じてインフラストラクチャを定義および管理します。これにより、インフラストラクチャのプロビジョニングにおける自動化、再現性、および不変性が実現されます。」したがって、Disは正解です。
参考資料:GitOps 関連のプラクティス (CNCF GitOps ワーキング グループ)。

GitOps の実践において、設定ファイルの一貫性、標準化、品質を維持するためには、Lint ツールが不可欠です。自動化された Lint ツールは、YAML マニフェスト、Helm チャート、Kustomize オーバーレイのフォーマットやベストプラクティスを検証できます。
「リンターは、宣言型の設定ファイルにおけるフォーマットと品質ルールの適用を自動化します。標準化された構造を確保し、GitOpsワークフローにおけるエラーを削減します。」したがって、正解はCです。
参考資料:GitOps 関連のプラクティス (CNCF GitOps ワーキング グループ)。