Skip to main content
Kadoa automatically pushes workflow results to your cloud storage after each run. This is ideal for data pipelines, warehousing, and archival.

Supported Providers

  1. Amazon S3
  2. Google Cloud Storage
  3. Azure Blob Storage

Data Formats

Choose which formats to export:
Parquet is recommended for analytics workloads. It’s compressed and optimized for columnar queries.

File Organization

Data is organized by team, workflow, and run:

Path Variables

{runDatetimeSafe} replaces colons with hyphens and the T separator with an underscore, making it safe for systems that treat colons as illegal path characters (e.g., Windows filesystems, some S3 sync tools). Use {runDatetime} when you need a standard ISO 8601 timestamp and your tooling handles colons correctly.

S3 Setup

Submit a request through the Support Center to configure the data connector with:
  • Bucket name
  • Region
  • Access method (bucket policy or IAM credentials)
  • Desired export formats

Export Behavior

Automatic Push

After each workflow run completes successfully:
  1. Data is converted to requested formats
  2. Files are uploaded to your bucket
  3. Export is logged for auditing

Retry Logic

Failed uploads are automatically retried:
  • 3 attempts with exponential backoff (1s, 2s, 4s)
  • Failures are logged and can trigger alerts

Metadata

Each uploaded file includes S3 metadata:
  • x-kadoa-workflow-id: Workflow identifier
  • x-kadoa-job-id: Job identifier
  • x-kadoa-format: File format

Additional Fields

You can enrich exported rows with extra metadata columns. This is available for CSV, JSONL, and JSON formats (not Parquet). Each additional field has a custom name (the column header) and a value that can be:
  • A static string, e.g. Kadoa or production
  • A dynamic variable, e.g. {workflowId} or {runDate}, resolved at export time
Added fields appear as extra columns after the existing data columns. You can configure different additional fields per export format (CSV, JSONL, JSON).

Examples

Available Variables

Use with Snowflake via Snowpipe

Cloud storage can feed a customer-managed Snowflake via Snowpipe pipeline. Kadoa also offers a native Snowflake integration that does not require customer-managed S3 or Snowpipe.

Use with Other Data Warehouses

The same S3 data can feed other warehouses: Kadoa also offers a native Databricks integration through Delta Sharing. Use Cloud Storage when you want to own the storage path or ingestion pipeline; use Databricks when you want Kadoa to publish and share Delta tables directly.

Next Steps