Airbyte

Open-source ELT platform with 600+ connectors for moving data from any source to warehouses, lakes, and AI agents.

21.6Kstars
5.2Kforks
Custom / Unknown
Python

Airbyte is an open-source data integration platform that enables engineering teams to build scalable ELT pipelines from APIs, databases, and files to data warehouses, lakes, and AI agent context stores. With over 600 pre-built connectors covering sources like MySQL, PostgreSQL, Salesforce, Shopify, and Stripe, plus destinations including Snowflake, BigQuery, and Redshift, Airbyte eliminates the need to write custom ETL scripts for every integration.

The platform supports both batch replication and real-time Change Data Capture (CDC) using native database protocols such as PostgreSQL WAL, MySQL binlog, and SQL Server change tracking. This enables low-latency data flows into analytical systems without placing excessive load on production databases.

Airbyte runs as a self-hosted deployment on Docker or Kubernetes via the abctl CLI, or as a fully managed cloud service. It integrates natively with orchestration tools like Airflow, Dagster, Prefect, and Kestra, and exposes a complete REST API for programmatic control of syncs, connections, and connectors.

Beyond traditional ELT, Airbyte has evolved into an AI data layer with its Agent Engine and open-source Agent SDK, enabling AI agents and LLM applications built on frameworks like LangChain, pydantic-ai, and OpenAI Agents to access real-time business data through type-safe connector tools with built-in retry logic and output guardrails.

What You Get

  • 600+ Pre-built Connectors - Open-source connectors for databases (MySQL, PostgreSQL, MSSQL), cloud warehouses (Snowflake, BigQuery, Redshift), storage (S3, GCS), and hundreds of SaaS APIs including Salesforce, HubSpot, Stripe, Shopify, and Zendesk.
  • Change Data Capture (CDC) - Real-time replication from operational databases using native protocols — PostgreSQL WAL, MySQL binlog, SQL Server Change Tracking, and MongoDB Change Streams — to minimize latency and source load.
  • No-Code Connector Builder - A visual UI to create custom connectors by defining schemas, pagination, authentication (including OAuth 2.0), and sync logic without writing code, with YAML export for version control.
  • Low-Code Connector Development Kit (CDK) - Python and Kotlin frameworks for building production-grade connectors with built-in support for incremental syncs, stream slicing, error handling, and automated acceptance tests.
  • Orchestration Integrations & REST API - Native operators for Airflow, Dagster, Prefect, and Kestra, plus a full REST API and Terraform provider to manage connections, trigger syncs, and configure workspaces programmatically.
  • AI Agent SDK & Context Layer - Open-source airbyte-agent-sdk that turns any Airbyte connector into a type-safe LLM tool compatible with LangChain, pydantic-ai, OpenAI Agents, and FastMCP, with retry logic and output-size guardrails built in.
  • Data Activation (Reverse ETL) - Move transformed data from warehouses back to operational tools like CRMs, marketing platforms, and support systems with field mapping and row filtering controls.
  • Enterprise Multi-Plane Architecture - Deploy a managed cloud control plane with self-managed data planes in your own infrastructure for data sovereignty, compliance, and multi-region data movement.

Common Use Cases

  • Centralizing analytics data - A data team replicates 30+ SaaS applications (Salesforce, HubSpot, Stripe) and on-premises databases into Snowflake using scheduled Airbyte syncs, replacing a tangle of custom Python scripts and reducing pipeline maintenance overhead significantly.
  • Real-time operational analytics - A B2B SaaS company uses Airbyte CDC connectors to stream customer transaction data from PostgreSQL into BigQuery with sub-minute latency, powering customer success dashboards that previously ran on overnight batch jobs.
  • Building AI agents with live business data - An AI engineering team uses the Airbyte Agent SDK to give their pydantic-ai agent real-time access to Zendesk tickets, Shopify orders, and Salesforce contacts, with type-safe tool definitions and automatic retry on API rate limits.
  • Self-hosted data integration for regulated industries - A healthcare analytics team deploys Airbyte on their own Kubernetes cluster to move PHI from EHR databases to a private data lake without data ever leaving their VPC, satisfying HIPAA compliance requirements.
  • Activating warehouse data into CRMs - A revenue operations team uses Airbyte’s data activation feature to push model-scored leads from BigQuery into HubSpot and Salesforce, enabling sales reps to act on analytics insights directly in the tools they already use.
  • Custom connector development for proprietary APIs - A fintech company uses the Connector Builder to create a no-code connector for a bespoke internal API, publishing it to their Airbyte workspace and reusing it across 15 pipelines without any engineering overhead.

Under The Hood

Architecture Airbyte follows a connector-first modular architecture where each data source and destination is an independently deployable unit implementing a standardized interface — spec, check, discover, read (or write). The new Bulk CDK built on Micronaut and Kotlin coroutines orchestrates concurrent feed readers through a RootReader that manages resource acquisition, partition scheduling, and stream state via a StateManager abstraction. Sources and destinations communicate through the Airbyte Protocol — a well-defined JSON message format for records, state, catalog, and control messages — decoupling connectors from the platform entirely. CDC replication runs via an embedded Debezium engine, wrapping change events in a typed abstraction layer that handles tombstones, heartbeats, and position tracking transparently. The platform supports pluggable data channel formats (JSONL, Protobuf) and mediums, enabling performance optimizations like the Faster Sync Speed feature that achieves 4-6x throughput improvements.

Tech Stack Airbyte’s connector runtime is split between a Kotlin/Java bulk CDK using Micronaut for dependency injection and picocli for CLI parsing, and a Python CDK for the large body of declarative low-code connectors built on airbyte-python-cdk with Pydantic validation. Gradle with SpotBugs, Kotlin 2.0, and KSP handles the JVM build pipeline, while Python connectors use Poetry and Poe the Poet task runner. The platform server stack runs as containerized Kubernetes workloads deployed via Helm (V2) or the abctl tool, backed by PostgreSQL for metadata storage. CDC uses Debezium embedded engine with Kafka Connect source records. The open-source Agent SDK targets Python AI frameworks including LangChain, pydantic-ai, OpenAI Agents SDK, and FastMCP.

Code Quality The codebase maintains an extensive test suite with over 1,700 test files across Kotlin and Python — covering unit tests, integration tests against live Docker containers via Testcontainers, and connector acceptance tests (CATs) with standardized fixtures. Kotlin code enforces type safety through sealed classes and value classes for domain types like stream identifiers and Debezium event wrappers. SpotBugs and Spotless enforce static analysis and formatting on the JVM side, while ruff handles linting and formatting for Python connectors. Error handling is explicit throughout, with typed exceptions, HTTP retry logic, and heartbeat-based timeout detection at the framework level. CI uses GitHub Actions with automated connector-level checks that run 2-10x faster since deprecating the previous airbyte-ci tool in favor of Poe tasks.

What Makes It Unique Airbyte’s declarative low-code CDK is a standout technical decision: connector developers express pagination strategies, authentication flows, stream slicing, and record transformations in YAML manifests rather than imperative code, enabling Airbyte to migrate hundreds of connectors to a format that is forkable, testable, and contributable by non-engineers. The Connector Builder UI generates and edits these manifests visually while maintaining full YAML parity. The 2025-era pivot to AI agent infrastructure — with the Agent SDK turning connectors into typed LLM tools with output guardrails and retry — addresses a genuine gap in the AI ecosystem where agents need structured, authenticated, schema-aware access to business APIs rather than raw HTTP calls. The multi-plane enterprise architecture (Enterprise Flex) combining a managed control plane with customer-owned data planes is an architectural pattern rare in open-source data tools.

Self-Hosting

Airbyte uses a dual-license model: connector code and the open-source platform core are released under the MIT License, while the platform server and UI (what you run when you docker-compose up or deploy via abctl) are released under the Elastic License 2.0 (ELv2). ELv2 allows you to use, copy, modify, and distribute the software internally for any purpose, but it explicitly prohibits providing Airbyte as a hosted or managed service to third parties — meaning you cannot build a commercial data integration product on top of Airbyte’s server code without a commercial agreement. For the vast majority of self-hosting teams (running Airbyte for their own organization’s data pipelines), ELv2 is permissive and there are no royalties or license keys required for the community edition.

Running Airbyte yourself is operationally non-trivial for production workloads. The recommended production path is Kubernetes with Helm Chart V2, which requires provisioning a cluster, configuring ingress, managing PostgreSQL for metadata, and setting up blob storage (S3 or GCS) for logs, state, and optionally audit logs. The abctl CLI simplifies local and small-scale deployments using a bundled Kubernetes-in-Docker setup, but this approach has limited scalability. Upgrades require careful attention to abctl compatibility and Helm chart versions (V1 support was dropped in Airbyte 2.0). The team running Airbyte is responsible for all uptime, backup, failover, and security patching — the platform does not self-manage these concerns.

Airbyte Cloud and Self-Managed Enterprise provide the capabilities that self-hosting sacrifices. Cloud handles all infrastructure, upgrades, HA, and SLAs with no operational burden. Self-Managed Enterprise adds SSO/SAML, RBAC, audit logging, OpenTelemetry metrics export, custom image registries, multi-region data planes, per-connector resource allocation, and enterprise-grade support SLAs. Enterprise Flex is a newer hybrid option where Airbyte manages the control plane while syncs run in your own infrastructure, balancing data sovereignty with reduced operational overhead. Enterprise pricing requires contacting sales; the community self-hosted tier is free with no feature gating beyond enterprise-only connectors and admin features.

Join founders buildingwith open source

Opinionated takes, migration guides, cost-saving tips, and insights from the open source ecosystem.

Subscribe on Substack

No spam. Unsubscribe anytime.

Join 750+ subscribers
No spam. Unsubscribe anytime.

Search