6.2. GitOps 方法和实践

GitOps 是一组使用 Git 拉取请求来管理基础架构和应用程序配置的实践。GitOps 中的 Git 存储库是系统和应用程序配置的唯一来源。该程序库包含该系统的完整状态,以便可查看并可审核更改到系统状态。GitOps 允许您实施 DevOps 方法。

您可以使用 GitOps 工具来创建可重复和可预测的进程来管理和重新创建 OpenShift Container Platform 集群和应用程序。通过使用 GitOps,您可以处理基础架构和应用程序配置 sprawl 的问题。它通过将您的基础架构和应用程序定义为“代码”,简化了跨多个群集的基础架构和应用程序配置的传播。 为集群配置文件实现 GitOps 可方便自动安装,并可让您配置自动化集群自定义。您可以将在 Git 存储库中开发和维护软件的核心原则应用到创建和管理集群和应用程序配置文件。

通过使用 OpenShift Container Platform 自动执行集群配置和容器开发过程,您可以选择在哪里和何时执行 GitOps 操作。使用与您的 GitOps 策略和执行计划相对应的 CI 管道是最理想的选择。OpenShift Container Platform 提供了选择何时和如何将这个方法整合到您的业务实践和管道中的灵活性。

通过 GitOps 集成,您可以声明性地配置和存储 OCP 集群配置

GitOps 可在 OpenShift Container Platform 中正常工作,因为您可以声明性地配置集群并将集群配置状态存储在 Git 中。如需更多信息,请参阅 可用的集群自定义

6.2.1. GitOps 用于单集群和多集群管理

无论您是使用一个或多个独立或相互合作的 OpenShift Container Platform 集群,都可以使用 GitOps 策略来管理以下任务:

  • 确保集群具有类似的配置、监控或存储状态。
  • 从已知状态恢复或重新创建集群。
  • 使用已知状态创建集群。
  • 对多个 OpenShift Container Platform 集群应用或恢复配置更改。
  • 将模板配置与不同环境关联。

6.2.2. 用于应用程序配置管理的 GitOps

您还可以使用 GitOps 实践来管理应用程序配置。当您将应用程序部署到不同环境中的不同集群时(如开发、调试和生产环境),这种实践可确保应用程序的一致性。当您必须在多个集群间部署应用程序(在云或内部部署),为了实现可用性和可伸缩性的目的,使用 GitOps 管理应用程序配置也很有用处。

您可以使用 GitOps 策略来:

  • 在集群间(从调试到生产阶段)推广应用程序。
  • 对多个 OpenShift Container Platform 集群应用或恢复应用程序更改。

6.2.3. GitOps 技术供应商和集成商

提供了多个与 OpenShift Container Platform 高度集成的社区建议和第三方供应商。

您可以将 GitOps 与以下社区合作伙伴和第三方集成到 OpenShift Container Platform 中: