Europe Dataset

正是在这些前提下，2020 年 11 月， CNCF 内成立了GitOps 工作组，其目标是为定义对各个供应商保持中立的 GitOps 标准铺平道路。

不要错过我们的 GitOps 主题技术讲座！ Andrea Panisson 与我们谈论了这种范式的最新技术：


GitOps 的原理
GitOps 的底层原则有助于模型的定义，而与其实现无关，并且事实上没有提及 Git 或 Kubernetes。我是：


配置版本不变性原则
持续状态协调原则
通过声明进行操作的原理
1. 声明式配置原理
第一个原则告诉我们，GitOps 管理的系统必 菲律宾电报数据 须以数据的形式、人类和机器都可写和可读的格式来声明性地表达其所需的状态。

系统的期望状态被定义为足以从头开始重新创建系统的数据集，使得不同的实例在行为上彼此无法区分。

因此， Kubernetes 的声明性本质是GitOps 模型的完美基础。

2. 配置版本不变性原则
所需状态必须以支持版本控制、版本不变性并维护完整版本历史记录的方式存储。

我们将这种方式存储所需状态的系统称为“状态存储”。按照社区提供的定义，状态存储是“一个用于存储版本化且不可变的所需状态的系统，它提供对所需状态更改的访问控制和审核”。

在我们的例子中，我们明确指的是 Git 存储库。