为什么使用Argo Workflows代替带有Docker的Jenkins？

问题描述

首先，我理解这依赖于一些意见来回答，但是对于我们其中一些在具有遗留Jenkins系统的大型组织中工作的人来说，新工具需要很多理由。

我正在寻找更深入的理由，以说明为什么采用Argo Workflows优于在Jenkins中创建容器化管道。到目前为止，我的清单是：

• Argo是为Kubernetes构建的（CNCF孵化项目）
• 基于Groovy的YAML（更易于编写和解释）
• 可重复使用的模板和工作流程模板
• 可以扩展到具有2,000多个节点的10,000多个工作流
• 未来的可升级性，包括Argo活动，Argo CD，Argo推广
• 具有友好的用户界面，可轻松查看Pod日志/工件
• 更容易理解cli

我认为很多东西都有：

• 强大的开源社区正在积极开发
• 暂停/重启工作流程
• 在步骤之间隐藏工件
• 在k8s中安装可扩展性
• 每个都有HA安装选项（我认为吗？）

我不喜欢詹金斯的事情：

• 这么多插件
• 如此众多的版本，升级，兼容性测试
• UI，UX似乎已过时
• 共享库似乎比重用工作流程模板要复杂得多

这仅仅是偏好问题还是我想念的是Argo Workflows为什么优于Jenkins的容器化工作流的真正卖点？

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）