The complete flow uses the public HTTP API:
Prerequisites
You need:
- the public URL and bearer token for the Ingest Engine API;
- an S3 prefix containing newline-delimited JSON files;
- an AWS Glue database and an S3 warehouse location; and
- an AWS identity that can read the source prefix and access the Glue catalog and warehouse.
Set the API values used by the requests:
The examples omit static AWS credentials and use the runtime’s configured AWS credential chain. If your environment requires explicit storage settings, add the options described in the Filesystem and Iceberg references.
1. Create the Filesystem Source Table
Create a typed Filesystem table through POST /api/v1/connectors/filesystem/tables:
The table’s name, orders_source, is the name used in pipeline SQL. The source recursively scans the configured path and includes only object keys that match regex_pattern. Supported source compression values are none, gzip, and zstd.
The response contains the table’s generated id; keep it for later API lookups.
2. Create the Iceberg Sink Table
Iceberg configuration is supplied directly on the table and does not use a connection profile. Create the sink through POST /api/v1/connectors/iceberg/tables:
The destination is analytics.orders in the configured Glue catalog. appendOnly: true selects insert-only output, and the partitioning block writes records into Iceberg partitions based on region.
Production table creation requires explicit file, upload, partitioning, and Parquet settings; the payload above includes those settings.
3. Validate the Pipeline Query
Validate the SQL before starting the pipeline:
A valid query returns a planned graph and an empty errors array.
4. Create the Pipeline
Create and start the pipeline through POST /api/v1/pipelines:
The response contains the generated pipeline id. A checkpoint interval of 10000000 is 10 seconds. Iceberg commits become visible after successful checkpoints.
5. Monitor Through the API
Substitute the generated ID returned by the create call:
The first response returns the pipeline definition and planned graph. The jobs response reports the current execution state.
Continue
Continue with the Architecture Overview to see how the controller, workers, connectors, and checkpoints execute these pipelines. Last modified on October 1, 2026