GitOpsの第一原則は宣言的記述です。これは、望ましいシステム構成（インフラストラクチャ、サービス、アプリケーション）を宣言的に表現し、バージョン管理に保存することを意味します。Gitは唯一の真実の源となります。
「望ましいシステム状態は宣言的に表現する必要があります。これにより、システムの明確で機械可読な設計図が提供され、Git にあるものが環境で実行されるべきものになることが保証されます。」したがって、インフラストラクチャとアプリケーションの構成は、命令的または手動で管理するのではなく、宣言的に定義し、Git に保存する必要があります。
参考資料:GitOps の原則 (CNCF GitOps ワーキング グループ)、原則 1: システムは宣言的に記述されます。

GitOps では、クラスター内のエージェントが Git から必要な状態を自動的にプルするプルベースのアプローチがデフォルトモデルとして採用されています。ただし、プルベースのリコンシリエーションを補完するために、プッシュベースのトリガー（例：Webhook）をオプションで使用することも可能です。
「GitOpsでは、自動化とセキュリティを確保するためにプルベースの調整が必要です。プッシュベースのトリガーはオプションでこれを補完できますが、プルモデルが基本です。」したがって、正解はDです。
参考資料:GitOps の原則 (CNCF GitOps ワーキング グループ)、調整モデル。

フィードバックループはGitOpsの調整において非常に重要です。システムの実際の状態を継続的に監視し、望ましい状態と比較します。このループは、調整が必要なタイミングと、完全同期か部分同期かを判断します。
「調整におけるフィードバックループは、実際の状態を継続的に監視します。調整が必要かどうかを判断し、宣言された望ましい状態に合わせるために部分同期を実行するか完全同期を実行するかを通知します。」したがって、正解はAです。
参考資料:GitOps 関連のプラクティス (CNCF GitOps ワーキング グループ)、調整フィードバック ループ。

DevSecOpsは、DevOps文化とCI/CDパイプラインにセキュリティを統合します。セキュリティを後回しにするのではなく、DevSecOpsは、セキュリティチェック、ポリシー、自動検証がCI/CDプロセス全体に組み込まれていることを保証します。
「DevSecOpsは、セキュリティのシフトレフト、つまりCI/CDパイプラインのあらゆる段階にセキュリティテスト、検証、コンプライアンスを統合することに重点を置いています。これにより、脆弱性が早期に検出され、ソフトウェアが安全に配信されることが保証されます。」したがって、不正解です。DevSecOps文化は、CI/CDパイプラインにおいてソフトウェア配信にセキュリティが組み込まれるために不可欠です。
参考資料:GitOps 関連のプラクティス (CNCF GitOps ワーキング グループ)、CI/CD における DevSecOps。

CNCFエコシステムで最も広く採用されている2つのGitOpsコントローラーは、ArgoCDとFluxです。どちらも、Gitを真実のソースとして継続的に調整するというGitOpsの原則を実装しています。
ArgoCDとFluxは、CNCF GitOpsの主要な2つのコントローラーです。これらは、Gitの目的の状態とクラスターの実際の状態が一致するように調整ループを実装しています。したがって、正解はCです。
参考資料:GitOps ツール (CNCF GitOps ワーキング グループ)。