如何从 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,那也是一个不错的选择。

  • 使用a webhook

    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 机制提交它们。

我敢肯定,您已经知道,这实际上取决于应用程序。如果有任何需要澄清的地方,请告诉我。