如何解决如何从 API 请求触发 argo 工作流?
从 API 请求触发 argo 工作流的最佳方式是什么?
API 请求由 web 服务器处理,服务器如何将工作流提交给 argo 服务器?使用命令行界面?使用休息请求?这里最好/推荐的方法是什么?
解决方法
没有一种“正确的方式”。但这里有一些选项,因此您可以选择最适合您的应用程序的选项:
-
使用 Argo API
-
使用 an SDK(Java、Go、Python)
如果您的 API 是用 Java、Go 或 Python 编写的,并且您与 Argo 的交互比简单地提交工作流更复杂(例如,如果您还列出工作流并希望这些对象的良好表示),Argo Workflows SDK 可能是一个不错的选择。根据我的经验,SDK 有一些怪癖和错误,所以我只会在您需要功能更全面的客户端时深入研究。
-
directly 带有一些 HTTP 客户端
如果您的用例非常(比如提交一个带有 WorkflowTemplate 引用的小型工作流),我建议使用直接 HTTP 调用对 Argo 或 Kubernetes API。如果您的语言拥有强大的 Kubernetes SDK,那也是一个不错的选择。
-
-
webhook 端点在技术上是 API 的一部分,但有点不同。该 API 基本上是 Kubernetes API 的专用版本,专为 Argo CRD 量身定制。
events
API 端点提供了一些特定于启动工作流的附加功能。 -
使用the CLI
您必须从服务器代码中派生出 CLI 进程,因此这可能不是“最干净”的方法。
-
使用 Argo 事件
Argo Events 是一个独立但密切相关的项目。它可以接受各种输入(网络钩子、发布/订阅消息等),然后 trigger a Workflow。
Argo Events 可能有意义,例如,如果您想要所有提交的工作流的外部记录。 Pub/sub 会给你那个记录。
-
使用 Kubernetes API 或 CLI
工作流只是 Kubernetes 资源,因此您可以根据需要通过 Kubernetes 机制提交它们。
我敢肯定,您已经知道,这实际上取决于应用程序。如果有任何需要澄清的地方,请告诉我。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。