GitOps，Jenkins和Jenkins X

您准备好进行下一阶段的开发了吗？伦敦JAX发言人Tracy Miranda解释了GitOps如何在系统完全故障的情况下做好准备。

云开发使我们首先进入了DevOps。有些人已经在宣布DevOps为新的遗产，并且需要一种新的范例来满足云原生开发的需求。输入GitOps。GitOps最初是由Alexis Richardson提出的，它成为了新的实践社区，我们在其中推送代码而不是容器，并通过请求请求执行操作。

GitOps框架下最有价值的概念是平均恢复时间（MTTR）。简而言之：如果您的系统完全失败，那么您将花费多长时间从头开始安装并运行它？使用GitOps，Alexis的团队可以在五分钟内恢复。5分钟。这强调了GitOps的最终承诺。面对现实吧; 对于因系统工程故障而倒下的许多系统，您不必费劲。例如，最近发生了Google Big Query停机。

优化MTTR的关键是将ops配置视为代码。当系统发生故障时，不再需要由可能会或可能不会在手的人完成的手动编码的魔术设置。

对于Jenkins用户而言，这可以通过使用代码配置（CasC）插件来实现。这是一个相对较新的插件，目前正在积极开发中。它使您可以使用Yaml以声明方式配置Jenkins设置。这为Jenkins初始设置提供了配置，从而为您提供了一个可以正常使用的大师。它包括管道作业以及Jenkins插件的配置，因为CasC支持开箱即用的大多数插件。

当运行可扩展的高可用性系统时，GitOps和平均恢复时间变得尤为重要。通常，这些系统将在群集或云中运行。许多人正在标准化使用Kubernetes。输入JenkinsX。JenkinsX重新思考云中的CI / CD，重点是使开发团队通过自动化，工具和最佳实践来提高生产力。当然，这些最佳实践将重点放在GitOps上，使用git作为事实来源和内置的自动化功能，以确保从一开始就将恢复平均时间作为首要任务。

与我一起在伦敦JAX上观看GitOps的实际效果，我们旨在通过Jenkins和Jenkins X优化您的平均恢复时间。