Argo Events
Argo Events is an event-driven automation framework for Kubernetes that connects external event sources to workflow triggers. It listens for events from webhooks, message queues, cloud services, or schedules and translates them into Kubernetes-native actions.
itCloud native tools and technologies | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic - Argo Events
Argo Events connects external signals to actions inside Kubernetes. A webhook arrives, an object store reports a new file, a message lands on Kafka, or a schedule reaches its next tick. Argo Events turns those signals into Kubernetes-native work through custom resources and controllers. It is not a general replacement for every message broker, integration platform, or workflow engine. It is useful when Kubernetes is already your automation control plane.
The durable mental model is a four-stage path: external system to EventSource to EventBus to Sensor to trigger. An EventSource receives or consumes an event. The EventBus transports it. A Sensor decides whether dependencies are satisfied. A trigger requests an action such as a Job, Workflow, or HTTP call. Each stage owns a different decision, so debugging means asking which stage failed rather than treating the stack as one black box.
EventSources cover many ingress styles: webhooks, cloud object notifications, messaging systems, calendars, and resource watches. Configuration includes authentication, filters, and how payloads are mapped into events. The EventBus can be a lightweight native option or an external NATS deployment when you need clearer broker ownership. Sensors combine event dependencies, filters, and trigger templates. A healthy EventSource does not prove a Sensor will fire.
Triggers are where side effects begin. Prefer idempotent actions and explicit correlation identifiers, because a later Sensor failure can leave earlier work already running. Permissions matter: the controllers need rights to create the objects your triggers declare, and those rights become part of the security boundary.
Read the Intro for the four-stage path and boundaries. Use the Cheatsheet when you need EventSource, Sensor, and trigger landmarks. Updates tracks the argoproj/argo-events release line that changes these APIs; Upstream points at that same repository.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://argoproj.github.io/argo-events/
Supports
- Argo Events as an event-driven workflow automation framework for Kubernetes
- Supported event-source and trigger categories
- CloudEvents compliance and event dependency logic
- Project scope and official documentation routes
- https://argoproj.github.io/argo-events/concepts/architecture/
Supports
- EventSource, EventBus, Sensor, and trigger as the main components
- Four-stage mental model used throughout the course
- https://argoproj.github.io/argo-events/tutorials/01-introduction/
Supports
- Official first EventBus, EventSource, Sensor, and trigger learning path
- Test namespace setup and troubleshooting sequence
- Resource prerequisites for the introductory event path
- https://argoproj.github.io/argo-events/concepts/event_source/
Supports
- EventSource configuration for consuming external events
- Conversion of incoming events to CloudEvents
- Dispatch from EventSource to EventBus
- Supported EventSource categories and official examples
- https://argoproj.github.io/argo-events/eventsources/setup/webhook/
Supports
- Webhook EventSource HTTP server behavior
- CloudEvents context fields and webhook data structure
- EventSource and Sensor setup sequence for the webhook example
- https://argoproj.github.io/argo-events/concepts/eventbus/
Supports
- EventBus as transport between EventSources and Sensors
- EventSources as publishers and Sensors as subscribers
- Default EventBus name and namespace relationship
- Supported EventBus implementation families
- https://argoproj.github.io/argo-events/eventbus/jetstream/
Supports
- Managed JetStream StatefulSet and default replica behavior
- Explicit warning against using the latest server version in production
- Replica, persistence, stream, and server configuration
- Default TLS and password authentication for managed JetStream
- Existing JetStream connection through jetstreamExotic
- https://argoproj.github.io/argo-events/eventbus/kafka/
Supports
- Kafka EventBus topic model and Sensor coordination
- Kafka TLS and SASL controls
- Partitioning and horizontal scaling considerations
- Reasons to isolate event traffic across more than one EventBus
- https://argoproj.github.io/argo-events/concepts/sensor/
Supports
- Sensor dependencies as inputs and triggers as outputs
- Sensor subscription to EventBus events
- Event dependency as an event the Sensor waits for
- https://argoproj.github.io/argo-events/sensors/filters/intro/
Supports
- Context, data, expression, script, and time filter categories
- Filter application to Sensor dependencies
- Expression, data, context, and time filter evaluation order
- Filter errors treated as false
- https://argoproj.github.io/argo-events/sensors/transform/
Supports
- Lua and JQ transformation options
- Transformation before filters
- Event data availability and context exclusion during transformation
- Event discard after transformation failure
- https://argoproj.github.io/argo-events/sensors/more-about-sensors-and-triggers/
Supports
- Boolean trigger conditions over multiple dependencies
- Latest-event selection when a condition resolves
- Earlier unmatched event loss in multi-dependency scenarios
- Delivery guarantee and duplicate-processing limits
- Trigger retries disabled by default and explicit retryStrategy behavior
- Trigger rate limit, revision history, and dead-letter trigger controls
- https://argoproj.github.io/argo-events/sensors/triggers/argo-workflow/
Supports
- Argo Workflow submission from a Sensor
- Event-data parameterization of Workflow resources
- Boundary between Sensor trigger execution and Workflow execution
- https://argoproj.github.io/argo-events/sensors/triggers/http-trigger/
Supports
- HTTP requests as supported Sensor triggers
- Request payload and header parameterization
- Trigger policy and response handling options
- https://argoproj.github.io/argo-events/service-accounts/
Supports
- Service-account configuration for EventSources and Sensors
- List and watch permissions for resource EventSources
- Workflow permissions for submit, retry, resume, resubmit, and suspend operations
- Separation between Sensor and triggered Workflow service accounts
- Least-privilege guidance for trigger execution
- https://argoproj.github.io/argo-events/eventsources/ha/
Supports
- EventSource replica configuration through spec.replicas
- Warning against manual generated Deployment scaling
- Source-specific active-active and active-passive behavior
- NATS and Kubernetes leader-election choices
- Lease permissions for Kubernetes leader election
- https://argoproj.github.io/argo-events/metrics/
Supports
- Prometheus endpoints on generated EventSource, Sensor, and EventBus pods
- Event generation and trigger action metrics
- Pod discovery requirements and operator metrics
- https://argoproj.github.io/argo-events/FAQ/
Supports
- Basic troubleshooting order
- Requirement for an EventBus in the namespace
- Controller and generated pod log inspection
- EventSource and Sensor use outside the installation namespace
- https://argoproj.github.io/argo-events/dr_ha_recommendations/
Supports
- Controller, EventSource, Sensor, and EventBus availability considerations
- Persistence and recovery planning for EventBus state
- Need to design the complete event path for failure recovery
- https://github.com/argoproj/argo-events/releases/tag/v1.9.11
Supports
- Argo Events v1.9.11 as the current release on 2026-07-14
- Release-specific fixes and version provenance for this source snapshot
- https://github.com/argoproj/argo-events/releases
Supports
- Current Argo Events release history and release notes
- Version selection and upgrade research path
- https://argo-workflows.readthedocs.io/en/latest/workflow-concepts/
Supports
- Workflow resources as downstream execution objects
- Workflow status as evidence of task-graph execution and completion
- Separation between Workflow submission and Workflow execution
