For the complete documentation index, see llms.txt. This page is also available as Markdown.

Argo Events

Trigger Pipekit runs from Argo Events sources

Argo Events is an event-driven automation framework for Kubernetes. It listens to sources such as webhooks, message queues, cloud events, and calendars, and fires a trigger when an event arrives. Pipekit exposes an Argo Events custom trigger, so any of those sources can launch a Pipekit run.

When a Sensor fires, it submits an inline Argo Workflow to Pipekit as a governed Run. The run is routed to the Cluster you name, respects your organization's permissions, and appears in the Runs dashboard with the Argo Events source label. This lets you keep your existing event-driven pipelines while gaining Pipekit's observability and access control over what they launch.

How it works

The trigger is a gRPC custom trigger on your Argo Events Sensor. The Sensor dials the Pipekit control plane at api.pipekit.io:443 over TLS and authenticates with your cluster API key. Pipekit reads the inline workflow from the trigger spec, resolves the target cluster by name within your organization, and submits the run.

Prerequisites

You need an Argo Events installation in the cluster that runs your Sensor. Install it with Pipekit's build of Argo Events rather than the upstream images.

You also need a registered Pipekit cluster and its API key. The API key is shown when you add a cluster and can be regenerated from the cluster's Settings tab. Note the cluster's name as well, which you set when creating it.

Configure

Store the cluster API key as a Secret

Create a Kubernetes Secret in the Sensor's namespace holding your cluster API key.

apiVersion: v1
kind: Secret
metadata:
  name: pipekit-cluster-apikey
  namespace: argo-events
type: Opaque
stringData:
  apiKey: "<your-cluster-api-key>"

Add the custom trigger to your Sensor

Add a custom trigger to your Sensor that points at the Pipekit control plane.

Trigger fields

Field
Required
Description

serverURL

Yes

The Pipekit control plane gRPC endpoint. Use api.pipekit.io:443.

secure

Yes

Set to true. The connection uses TLS.

authHeader

Yes

Set to X-PIPEKIT-API-KEY. This is the header Pipekit reads the API key from.

authToken

Yes

A reference to the Secret key holding your cluster API key.

spec.cluster

Yes

The name of the Pipekit cluster to run on. Must match a cluster in your organization.

spec.workflow

Yes

The inline Argo Workflow to submit, as a YAML string.

parameters

No

Standard Argo Events parameter injection into the resolved workflow.

api.pipekit.io serves a publicly trusted certificate, so no certSecret is needed.

Inject event data

Use the trigger's parameters block to inject values from the event into the submitted workflow, the same way any Argo Events trigger does. The src selects a value from the event payload, and dest is a path into the trigger spec. In the example above, the webhook body's message field replaces the workflow's message parameter.

Verify

Fire an event at your source, then open the Runs dashboard. Filter the source to Argo Events to find the run. The run behaves like any other Pipekit run once submitted.

Last updated