Skip to main content
Workers are the units that add capability to a iii system.

Worker types

Configuration

Built-in and managed workers are configured under the workers key:
External SDK workers usually configure only their engine address:
Older docs and configs may use “module” for built-in workers. In current iii, “worker” is the canonical term.
Workers are the interface between the Engine and the rest of the application. They are responsible for establishing connections to services, implementing trigger types, and supplying application Context. Every capability in iii (HTTP endpoints, cron scheduling, state management, queues, streams, observability) is implemented as a Worker. This modular architecture means the Engine itself stays small and focused on orchestration, while Workers handle all external concerns.

Built-in Workers

How Workers Work

A Worker has two responsibilities:
  1. Register trigger types: A Worker can introduce new ways to invoke Functions. For example, the HTTP worker registers the http trigger type, and the Cron worker registers the cron trigger type.
  2. Supply Context: A Worker can add capabilities to the Context object that gets passed to every Function. For example, the State worker adds state::get, state::set, and other state operations.
Workers are configured in config.yaml (the engine default). Use -c iii-config.yaml to specify a custom path:
You can build your own Workers to integrate any service or infrastructure. See Custom Workers for a detailed guide.