GitOps简化并自动化了SDLC中最繁重的手动操作——基础设施配置和管理。GitOps使DevOps基础架构更具弹性、一致和可靠，如果您依赖手动部署，这些特性需要大量财富才能实现。

本文解释了GitOps是什么，并列出了该策略为软件开发团队和项目带来的好处。继续阅读以清楚地了解采用GitOps是否对您的公司来说是一项值得的投资。

GitOps是将应用程序开发的DevOps原则应用于基础设施管理的实践。借助GitOps，开发人员将基础架构视为代码，就像对待应用程序代码一样，以自动更新并使更改可追溯。

采用GitOps的团队将基础架构配置文件编写为代码，并将它们保存在专用的Git存储库中。Git充当所有基础架构的单一事实来源，它支持：

一旦团队向Git存储库提交更改，DevOps管道会自动部署基础架构更新，无需人工干预。GitOps是一个相对年轻的策略。总部位于英国的公司Weaveworks开发了该框架的基础并于2017年创造了该术语。从那时起，GitOps成为需要可靠且可扩展的基础架构的用例的首选实践，例如：

GitOps提供高度以开发人员为中心的体验。基础设施管理发生在与应用程序开发相同的版本控制系统中，使团队能够在中央位置进行协作，同时受益于Git的内置功能。

虽然GitOps和DevOps之间有很多重叠，但这是两个不同的概念：

以下是GitOps和DevOps之间的其他一些显着差异：

DevOps和GitOps都适用于任何类型的基础架构，但它们的优势在云计算和裸机云环境中才能真正感受到。这两种策略都要求团队熟悉IaC，而且都严重依赖自动化来加快流程并在问题影响最终用户之前解决问题。

GitOps团队使用Terraform或Ansible等工具以声明方式配置系统。这种方法侧重于结果（期望的状态）而不是达到结果的确切步骤。这是一个简化的命令式语句（与声明式方法相反）的样子：

这个过程的声明版本会简单地写成：以下五台机器有来自这个URL的软件，安装在这个目录中。您描述目标环境的所需状态，系统会自动根据请求进行调整。

GitOps团队将所有具有声明状态的文件存储在一个Git存储库中。在Git中存储文件可以实现版本控制，帮助团队跟踪基础架构随时间的变化。版本控制也有助于：

一旦团队对存储库进行了更改，CI管道就会验证配置文件并运行自动化测试，之后任何员工都可以审查和批准提交。然后更新通过CD管道合并到主分支。

GitOps提供了两种将更改应用到生产环境的主要方法：

如果您的团队已经使用Git作为其SCM工具，并且已正确设置DevOps管道，那么实施GitOps很简单。你应该做的就是：

如果您的组织在DevOps成熟度等级上较低并且不使用版本控制，请从设置Git存储库开始。Git与平台无关，因此请选择您熟悉的任何本地或基于云的存储库。以下是一些受欢迎的选项：

在声明式编程、Git的内置功能和IaC方面培训您的团队。尝试引进一些具有GitOps实践经验的新专家，同时为现有员工组织培训课程。接下来，您必须设置一个CI/CD管道平台来自动执行交付过程。管道必须跟踪对Git存储库的更改并自动将它们部署到环境中。使用您的团队熟悉的工具。一般来说，Jenkins和CircleCI是任何Git存储库的绝佳选择。BitBucketPipeline和GitLabPipelines需要它们自己的存储库。

一旦CI/CD管道启动并运行，您就需要一个GitOps操作员。该机制充当管道和实际系统之间的“中间人”。三个最受欢迎的选项是：

操作员确保实际和期望的环境状态相匹配。该机制还提供持续监控，以维护您的基础架构的理想状态。

以下是在贵公司采用GitOps的主要好处：

虽然GitOps提供了一系列好处，但您必须牢记一些潜在的缺点。以下是采用GitOps的主要问题：

不，GitOps不会取代DevOps，也不会尝试这样做。GitOps旨在取代严重依赖手动任务和测试的老式基础设施管理。公司将GitOps与其他DevOps实践和工具结合使用，以实现更高水平的自动化并加快上市时间。GitOps通过以下方式支持DevOps计划：

您的团队和工作流程是否适合GitOps？

GitOps并不是每个团队和项目的正确选择。一些公司认为依赖单一工具和自动构建基础设施并不理想。如果您的团队拥有必要的专业知识并且您已经投资于DevOps，那么采用GitOps是不二之选。该实践将所有耗时的手动基础设施管理任务转化为自动化管道，从而提高基础设施的可见性、可靠性和稳定性。