当 Argo CD 遇上 Flux CD,谁才是 Kubernetes 上 GitOps 的真王者?

系统 Linux
在我们开始实现Gitops之前,让我为那些不熟悉 GitOps 及其工具的人提供一些背景。

[[439331]]

在我们开始实现Gitops之前,让我为那些不熟悉 GitOps 及其工具的人提供一些背景。

GitOps 背后的基本思想是拥有一个版本控制的代码,就像在 Git 存储库中一样,它包含我们在生产中期望的基础设施的声明性定义,以及一个确保我们在那里拥有该状态的自动化过程。

这意味着每个pull请求都可以为您的用户发布一个新特性,任何断点都可以通过简单的git revert来回滚。因此,开发人员只需要访问代码,而不需要访问实际环境。请注意,这并不意味着我们在限制开发人员;这只会让开发人员更接近环境,从而使他们能够使用。

Argo CD 和 Flux CD 都是著名的工具,可以将您的实时环境与 Git 存储库中的所需状态相匹配。而这个博客内容将帮助您了解这些工具的核心功能,然后进行公平的比较,以便您做出正确的选择。

ArgoCD

Argo CD是Kubernetes的声明式GitOps持续交付工具。它具有可伸缩性、安全性(以及SSO集成)、多集群多租户支持和可扩展性。

安装

Argo CD的安装非常简单,可以在入门页面上看到。

https://argo-cd.readthedocs.io/en/stable/getting_started/

要访问UI,使用这两种方法暴露Argo CD服务

如果你计划只使用核心的argocd,你可以用argocd CLI来控制它。要安装命令行,只需运行命令行

核心概念

在Argo CD中,所有相关资源都被分组并部署为一个名为Application的单元。每个申请都是Project的一部分,Project是Argo CD的租赁单位。每个租户可以被限制在一个名称空间和集群中。

您的应用程序链接到一个版本控制,比如Git,它决定应用程序的状态。一旦部署,资源就处于Live状态。每当在Git中更改代码时,就会创建一个新的Desired状态,可以通过仪表板上的快速刷新查看该状态。为了使您的活动状态与期望的状态相匹配,您可以同步它们。

它还允许您监视应用程序的运行状况,并在出现故障时,允许使用历史记录和回滚功能回滚到旧版本。

预排

现在到仪表板上… 仪表盘看起来非常现代,非常直观。要开始一个新项目,只需单击new App按钮并填写以下细节。

在源代码部分,提供Git repo的URL和文件夹的路径(这是从repo派生的响应式下拉列表)。然后向下滚动选择集群,可以是你已经注册的任何一个集群。

已经注册: https://argo-cd.readthedocs.io/en/stable/getting_started/#5-register-a-cluster-to-deploy-apps-to-optional

创建完成后,你会在主仪表板上看到一个以你的应用名称命名的卡片。点击它到达这个视图。对于本演示,使用了kustomize-guestbook示例应用程序。

kustomize-guestbook: https://github.com/argoproj/argocd-example-apps/tree/master/kustomize-guestbook

live状态不等于想要的状态(因为我们还没有部署任何东西),因此它显示OutOfSync状态。现在单击Sync按钮进行部署

该视图显示了部署中复制集中的pod的粒度。在这里,您可以单击任何元素来查看它们的事件、日志和状态。

现在,每当Git中的代码发生变化时,您都可以单击Refresh以查看新的Sync状态。如果不同步,比如需要改变资源,你可以点击App Diff查看这些差异,然后点击sync部署它们。

Flux CD

Flux最初由Weaveworks开发,现在在CNCF下孵化,是一套针对Kubernetes的持续和进步的交付解决方案,是开放和可扩展的。

安装

Flux有一个cli优先的方法,UI只是一个附加组件。要安装Flux CLI,请使用其中之一。

安装Flux CLI: https://fluxcd.io/docs/installation/ 

  1. # HOMEBREW  
  2. brew install fluxcd/tap/flux  
  3. # GOFISH  
  4. gofish install flux  
  5. # BASH  
  6. curl -s https://fluxcd.io/install.sh | sudo bash  
  7. # YAY  
  8. yay -S flux-bin  
  9. # NIX OS  
  10. nix-env -i fluxcd  
  11. # CHOCOLATEY  
  12. choco install flux 

安装CLI后,使用以下命令在Kubernetes集群上安装Flux 。

  1. # For generic git server# For generic git server  
  2. flux bootstrap git \  
  3.   --url=ssh://git@<host>/<org>/<repository> \  
  4.   --branch=<my-branch> \  
  5.   --path=clusters/my-cluster  
  6. # For GitHub or GitHub enterprise  
  7. flux bootstrap github \  
  8.   --owner=my-github-username \  
  9.   --repository=my-repository \  
  10.   --path=clusters/my-cluster \  
  11.   --personal 
  12. flux bootstrap git \  
  13.   --url=ssh://git@<host>/<org>/<repository> \  
  14.   --branch=<my-branch> \  
  15.   --path=clusters/my-cluster  
  16. # For GitHub or GitHub enterprise  
  17. flux bootstrap github \  
  18.   --owner=my-github-username \  
  19.   --repository=my-repository \  
  20.   --path=clusters/my-cluster \  
  21.   --personal 

核心概念

Flux是一种更直接的GitOps方法,更少的人为干扰。这个过程从Bootstrapping开始。这将在集群上安装flux组件,该组件将监视Source上的一个目录。这个源上的任何更改都将通过Reconciliation过程更新到集群上。它可以与Helm释放,Kustomization或保存在桶中的文物一起使用。

预排

让我们从一些预先配置开始… 导出将被flux CLI用于与你的repo交互的Git登录细节。

接下来,检查集群是否兼容。您应该看到这样的输出。

现在使用git配置将flux安装到你的集群中。

这将在你的GitHub帐户中创建一个test-repo,并在repo中添加Flux组件清单。它还将附带组件部署到集群,并将它们配置跟踪集群中的./clusters/my-cluster/目录。如果你克隆这个和检查内容,你会发现类似的东西。

这样,您的设置就准备好了。您可以在test-repo/clusters/my-cluster/中创建任何清单,flux将轮询它并部署更新。

你也可以试试它实验性的web UI。

https://github.com/fluxcd/webui

那我该选哪个呢?

虽然它们都遵循相同的路径,但这些工具之间存在差异。让我们看看,然后我会让你决定什么最适合你。

代码协作中的灵活性

Argo允许将多个代码库连接到集群,而Flux每个operator只能连接一个代码库。如果多个团队在同一个应用程序上工作,并提供不同的清单,这将有利于Argo。

Manifest工具支持

Argo和Flux都与Helm和Kustomization合作。Argo还可以使用ksonnet和jsonnet。此外,这两种工具都支持作为配置管理插件配置的自定义配置管理工具。

多租户

直到几个月前,这可能还在Argo的篮子里,然而,Flux v2对多租户和服务器端协调的支持现在甚至在这个领域。

Flux多租户:https://github.com/fluxcd/flux2-multi-tenancy

服务器端协调的支持: https://fluxcd.io/blog/2021/09/server-side-reconciliation-is-coming/

Web UI

Argo提供了一个强大的UI,可以帮助可视化不同对象之间的关系,并更好地监控它们,而Flux则完全依赖于CLI。你可以添加web UI到Flux,但它仍然是实验性的。

web UI: https://github.com/fluxcd/webui

Flux: https://github.com/fluxcd/webui

身份验证

Argo可以与SSO集成,并且内置了对RBAC的额外支持。Flux只与服务帐户的RBAC一起工作。

自动化容器更新

Flux在自动化容器更新方面占了上风,而另一方面,在Argo中需要手动提交和同步。

管理

另一点是Flux的简单设计。Flux可以自动部署应用程序,几乎无需维护。Argo需要你来部署但我个人更喜欢在这里控制。

最后的判决

Argo和Flux都是非常棒的工具,为它们的用例提供了很好的服务。由于Argo的可扩展控制和多功能性,我总是倾向于使用Argo。然而,Flux v2可能很快就会改变这一点! 

 

责任编辑:庞桂玉 来源: 奇妙的Linux世界
相关推荐

2022-08-16 22:39:01

Argo CDKubernetes

2021-07-09 06:40:59

TektonArgo CD GitOps

2021-07-04 07:24:48

GitOps 工具 Argo CD

2024-09-11 09:25:00

2023-09-27 08:24:49

2024-05-22 08:03:15

2022-02-17 11:52:05

​Argo CD漏洞Kubernetes

2023-10-08 07:59:25

2022-08-18 17:07:00

sopsGitOps

2024-08-07 10:14:35

2021-06-24 07:20:21

Linked GitOps Argo CD

2023-03-14 16:35:52

2023-05-04 16:03:50

KubernetesCI/CD集成

2021-09-07 08:23:45

GitOpsCICD

2023-05-15 12:33:47

JavaPython编程语言

2021-02-10 08:24:47

微服务CICD

2021-07-12 06:36:08

钉钉Argo CDPrometheus

2022-05-31 09:57:36

编程语言Go语言Python

2011-07-12 09:28:53

Windows 8

2021-05-18 08:00:00

Kubernetes容器进程
点赞
收藏

51CTO技术栈公众号