Skip to main content
Version: 2.0.0 (Latest)

Pipelines

Pipelines (/pipelines) is where you define pipeline definitions in the registry: each row is a workflow that names one source connector, ordered tasks, and one or more sink connectors.

Management → Pipelines assigns that definition to a Core and deploys it. Connectors and tasks must already exist before you reference them here.

Overview

What is a pipeline?

A pipeline definition is a reusable workflow object in the registry. It specifies:

  • One source connector — inbound data entry point.
  • Ordered tasks — processing stages; tasks execute in list order, and each task’s output feeds the next.
  • One or more sink connectors — outbound destinations.

Streams carry events between those stages inside the runtime; the UI form references connectors and tasks directly, while streams wire stages under the hood (Tasks, Streams).

For product context, see What is PADAS? — Build pipelines.

Configuration vs Management

AreaRole
Pipelines (this page)Define the pipeline: name, source, ordered tasks, sinks.
Management → PipelinesAssign a definition to a Core and deploy (or update) that assignment.

Typical flow:

  1. Create source and sink connectors and tasks (Configuration pages or prior import).
  2. Define the pipeline on this page (source → tasks → sinks).
  3. Under Management → Pipelines, assign the pipeline to a Core.
  4. Deploy so the engine runs the workflow.

Deleting a pipeline row here removes the registry definition only—confirm Management → Pipelines and your Cores no longer need it before Delete.

Pipelines list page

Open Pipelines. Use Create for a new definition; row Actions support view, edit, clone, and delete. Filters sit under column headers; the footer shows counts and paging.

Pipelines list: search, Create, registry upload and download, filters and row actions
The Pipelines list.

On these Configurations screens the layout is the same: Search and Create in the toolbar, Download / Upload for registry JSON (a full bundle can be imported from any tab), then a grid with filters on the row under the headers.

Each row has View (read-only), Edit, Clone, and Delete. Select multiple rows when you need bulk delete. Created and Updated time may show as narrow strips; use the control at the side of the table to expand or collapse those columns.

ColumnDescription
IDStable pipeline id in the registry and API.
NameHuman-readable pipeline name.
SourceSource connector id for this workflow.
TasksTask ids in execution order.
SinksSink connector ids that receive pipeline output.
Created Time / Updated TimeAudit timestamps.
ActionsView, Edit, Clone, Delete.

Create New Pipeline

  1. Open Pipelines and choose Create.
  2. Enter a unique Pipeline Name and optional Description (+ Add description).
  3. Select the Source connector (must already exist).
  4. Add Tasks and order them with the up/down controls. The first task consumes the source; each next task consumes the previous task’s output.
  5. Select one or more Sink connectors, then Save.

Assignment and deployment happen later under Management → Pipelines.

Create New Pipeline modal: name, source, tasks, sinks, optional description
The Create Pipeline form.

Task order

  • Tasks run in the order shown in the form (registry task_ids array).
  • The output of task N is the input to task N+1; the source feeds the first task.
  • Streams connect source, tasks, and sinks inside the engine; connector and task definitions must be consistent with that wiring (Tasks).

Key form fields

FieldPurpose
Pipeline NameRequired display name; registry id is derived (e.g. spaces → underscores). Must be unique among pipelines.
SourceRequired source connector id (source_id).
TasksRequired ordered task ids (task_ids); at least one. Use arrows to reorder.
SinksRequired one or more sink connector ids (sink_ids).
DescriptionOptional operator notes.

Required configuration

To save a valid pipeline row:

  • Source connector — must exist; referenced by source_id.
  • Tasks — at least one existing task id; order defines execution.
  • Sinks — at least one existing sink connector id.
  • Referenced objects — connectors and tasks must already be defined (or imported) so ids resolve.

Task source and sink stream wiring must match how this pipeline connects those objects (Tasks).

Sample registry bundle

An example pipeline definition bundled with the docs: padas-registry-quickstart.json. Import via the UI on this page, then assign under Quickstart: Core + UI.

  • Sources — ingress connector definitions pipelines reference
  • Sinks — egress connector definitions pipelines reference
  • Tasks — task definitions and stream wiring
  • Streams — stream ids tasks use
  • Management → Pipelines — assignment and deployment