Argo 是一个开源的容器本地工作流引擎，用于在Kubernetes上完成工作。 Argo实现为Kubernetes CRD（自定义资源定义）。
-
定义工作流中每个步骤都是容器的工作流。
-
将多步骤工作流建模为一系列任务，或使用图形（DAG）捕获任务之间的依赖关系。
-
使用Kubernetes上的Argo工作流程，可以在很短的时间内轻松运行计算密集型作业，以进行机器学习或数据处理。
-
在Kubernetes上本地运行CI / CD管道，无需配置复杂的软件开发产品。
架构图：
为何选择Argo？
Argo专为容器而设计，没有传统VM和基于服务器的环境的开销和限制。
Argo是云不可知的，可以在任何kubernetes集群上运行。
Argo with Kubernetes让云量级的超级计算机触手可及。
特征
-
DAG或基于步骤的工作流声明
-
工件支持（S3，Artifactory，HTTP，Git，raw）
-
步级输入和输出（工件/参数）
-
循环
-
参数
-
条件语句
-
超时（步骤和工作流程级别）
-
重试（步骤和工作流程级别）
-
重新提交（备忘录）
-
暂停和恢复
-
消除
-
K8s资源编排
-
退出挂钩（通知，清理）
-
已完成工作流的垃圾收集
-
调度（亲和/容忍/节点选择器）
-
卷（短暂的/现有的）
-
并行性限制
-
守护步骤
-
DinD（码头工具码头）
-
脚本步骤
项目资源
-
Argo GitHub: https://github.com/argoproj
-
Argo Slack: click here to join
-
Argo website: https://argoproj.github.io/
-
Argo forum: https://groups.google.com/forum/#!forum/argoproj
-
Argo 是 Applatix 推出的一个开源项目，为 Kubernetes 提供 container-native（工作流中的每个步骤是通过容器实现）工作流程。Argo 可以让用户用一个类似于传统的 YAML 文件定义的 DSL 来运行多个步骤的 Pipeline。该框架提供了复杂的循环、条件判断、依赖管理等功能，这有助于提高部署应用程序的灵活性以及配置和依赖的灵活性。使用 Argo，用户可以定
-
我正在研究一个需要工作流/流程引擎的解决方案。我的工作流包含一些基于Java的进程（类）和一些Linux Shell脚本。流程不会是静态的，每个流程的执行取决于前一个流程的状态/结果，将有多条路径，路径将由前一个流程的状态确定。 我尝试查看jBPM，但没有找到合适的支持来调用shell脚本。请根据我的要求为我推荐一个合适的替代方案。 非常感谢。
-
问题内容： 我想知道您（SO读者）使用Workflow Engines解决的特定问题，以及如果您不自己动手使用的库/框架。我还想知道何时工作流引擎不是最佳选择，以及您是否/如何选择更简单的东西，例如使用状态机的TaskList / WorkList / Task-Management类型应用程序。 问题： 您使用工作流引擎解决了哪些问题？ 您使用了哪些库/框架？ 什么时候像系统这样简单的状态机/任
-
我了解我无法对工作流进行向后不兼容的更改：如何在不破坏确定性的情况下对优步节奏工作流进行更改或修复？ 然而，我不确定这里的“向后不兼容”是什么意思。如果不使用getVersion，period，我就不能简单地部署新代码吗？或者，只要用于恢复的历史记录跟踪在两个版本之间兼容，那么我就可以在不使用getVersion的情况下进行更新？或者在某些情况下我可以不使用getVersion进行更新？
-
我计划将我们的Travis CI构建迁移到使用Docker进行每次提交测试的GitHub Actions。 我是否可以在本地重复运行这些新的GitHub操作工作流？是否有一种在本地运行任何GitHub操作工作流的通用方法？
-
问题内容： 目前，我们正在评估BPM引擎，我非常感谢社区的投入。我正在做我自己的尽职调查，但也想听听基于实施案例的建议。 我的主要评估标准如下 开源和OEM友好许可证 生产装置（成功的故事很有帮助） 提供商业支持 开放标准支持-BPMN 根据输入动态创建/组装工作流程 可嵌入的 目前，我正在评估Activiti和JBPM。Bonita开放式BPM似乎也不错，但从未使用过。你们在Bonita上有任何
-
Cocos Creator 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分。全部都在 GitHub 上开源。地址在： JavaScript 引擎：https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎：https://github.com/cocos-creator/cocos2d-x-l
-
Cocos Creator 3D 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分(暂不支持 adapter 引擎定制)。全部都在 github 上开源。地址在： JavaScript 引擎：https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎：https://github.com/coc
-
我遇到了应用引擎上servlet映射的问题。 详细信息 使用我的web.xml配置文件，我将URL模式“/i”映射到WAR路径根目录上的info.html。 当我在本地运行它并访问url localhost:8888/I时，web服务器会正确地重定向到该信息。html网站。但当我推到应用引擎并尝试访问www.mysite时。com/i收到404错误：未找到 问题1。为什么我的服务器映射在本地工作，