Key details

  1. Supabase Pipelines entered public alpha on July 21, 2026.
  2. BigQuery is the only generally available managed destination; ClickHouse, Snowflake and DuckLake are request-only early access.
  3. Pipelines performs an initial table copy followed by near-real-time CDC for inserts, updates, deletes and truncates.
  4. Delivery is at least once and replication resumes from the last acknowledged position after recoverable interruptions.
  5. Pro and Team pricing is $0.053 per configured pipeline-hour, $0.60/GB for initial sync and $3/GB for ongoing replicated data; Enterprise is custom.
  6. Configured pipelines continue accruing hourly charges while stopped; destination-provider charges are additional.
  7. Managed Pipelines currently run in AWS eu-central-1.
  8. BigQuery source tables require primary keys, and publication definitions must include those columns.

What builders should take away

  1. Model cost from both pipeline lifetime and row-change volume before enabling high-churn tables; a paused pipeline still incurs the hourly configuration charge.
  2. Keep analytical queries off the primary only if the destination path actually fits your latency and cost requirements—BigQuery charges remain separate from Supabase Pipelines charges.
  3. Audit source tables for primary keys, generated columns and custom data types before promising full-database replication.
  4. Use publication column and row filters to avoid shipping data the warehouse does not need, reducing both exposure and replicated-data cost.
  5. Treat at-least-once delivery as a destination-design constraint: downstream consumers should tolerate duplicate delivery semantics even though the managed connector handles recovery.
  6. For latency-sensitive pipelines, place BigQuery near Frankfurt where possible and measure actual lag before making the feed operationally critical.

What changed

Supabase Pipelines is now in public alpha as a managed CDC service powered by the open-source Supabase ETL engine. It performs an initial copy of selected Postgres tables and then continuously applies inserts, updates, deletes and truncates to BigQuery with at-least-once delivery. Builders can choose tables, schemas, columns and row filters; supported schema changes can be propagated automatically. During public alpha, Pro and Team pricing is $0.053 per configured pipeline-hour, $0.60 per GB for initial-sync data and $3 per GB for ongoing replicated row data, with destination-provider charges separate.

Why it matters

This gives Supabase users a managed path for moving operational Postgres data into an analytical warehouse without running heavy reporting queries against the primary database or operating their own CDC stack. The builder consequence is as much economic and operational as functional: configured pipelines keep accruing hourly charges even when stopped, ongoing change volume is billed separately, and BigQuery costs still sit on top. The service is also explicitly alpha, so teams gain a useful workload-isolation primitive but should design around destination, region and schema limitations rather than treating it as mature warehouse infrastructure.

The service manages both the initial copy and ongoing WAL replication

A pipeline first copies existing rows, then switches to Postgres logical replication for ongoing changes. Supabase says delivery is at least once, replication resumes from the last acknowledged position after restarts, and the Dashboard exposes status, lag, table state, metrics, logs and errors. That removes a substantial amount of connector operation for teams that otherwise would run Debezium, custom logical-replication consumers or another managed CDC service.

Publication controls let teams narrow what leaves production

Pipelines builds on Postgres publications. Builders can replicate selected tables, schemas or all tables, restrict columns, filter rows with a WHERE clause and work with partitioned tables. BigQuery requires source tables to have primary keys and requires those key columns to be included in the publication, so existing data models can constrain what is eligible without changes.

Schema changes are handled, but only within a documented subset

The public alpha can detect and apply supported changes such as adding, removing and renaming columns and changing nullability or defaults. Supabase still labels schema-change support beta and notes that broader type-change support remains on the roadmap. Custom data types are replicated as strings, generated columns are not supported, and data is replicated as-is rather than transformed in flight.

The pricing model makes idle configuration and high-churn tables visible

A configured pipeline is charged hourly even when paused or inactive; deleting it ends the hourly charge. Initial copies cost $0.60 per GB of logical Postgres row data accepted by the destination, while later changes cost $3 per GB. Supabase’s own example shows that ongoing replicated data can dominate the bill at meaningful change volume, and BigQuery ingestion, storage and CDC compute charges remain separate.

Region placement is an alpha-era architectural constraint

Managed Pipelines currently run in AWS eu-central-1 in Frankfurt. Supabase recommends placing the destination close to that region to reduce replication lag and improve throughput. That means a project or BigQuery dataset far from Europe may experience a less favorable latency path even if the source database itself is located elsewhere.

What to watch next

  • Additional generally available destinations beyond BigQuery.
  • Multi-region managed Pipelines or more flexible placement than AWS eu-central-1.
  • Broader schema and type-change support and clearer production-stability guarantees.
  • Pricing changes during the public alpha; Supabase says rates may change with advance notice.
  • Whether Supabase adds transformation steps rather than continuing to replicate source rows as-is.

Still unclear

  • Pipelines remains public alpha and Supabase says behavior and pricing may change.
  • Access is being rolled out gradually across eligible paid organizations, so plan eligibility does not guarantee immediate availability.
  • Schema-change support covers a documented subset rather than arbitrary Postgres DDL.
  • The current region architecture may be a poor fit for workloads whose source and warehouse must remain far from Europe.

Sources

Direct reading behind this dossier.

5 sources
[Public Alpha] Supabase Pipelines
Supabase official changelog

Primary launch source for public-alpha scope, replication behavior, schema handling, destinations and launch pricing.

Set up Pipelines
Supabase official documentation

Current managed-service behavior, Frankfurt runtime region and setup requirements.

Manage Pipelines usage
Supabase official pricing documentation

Current billable units, rates, paused-pipeline treatment and worked billing examples.

Pipelines FAQ
Supabase official documentation

Plan availability, rollout status, region guidance and current destination limitations.