About SeaTunnel

SeaTunnel is a multimodal, high-performance, distributed data integration platform. It helps teams move and synchronize data across databases, files, data lakes, and streaming systems with one unified job model.

Start Here

If this is your first time using SeaTunnel, follow this reading path:

• Getting Started Overview for the shortest path into the docs
• Quick Start With SeaTunnel Engine for the first local run
• Job Configuration Guide for writing real jobs
• How It Works for the execution model before going deeper

If you already operate Flink or Spark clusters, you can also jump directly to Quick Start With Flink or Quick Start With Spark.

What SeaTunnel Helps You Do

SeaTunnel is designed for the jobs data teams usually need to deliver first:

• Move data between many systems: databases, message queues, file systems, object storage, data lakes, and SaaS systems
• Handle both batch and streaming workloads: one connector model can serve full loads, incremental loads, CDC, and real-time synchronization
• Keep job definitions understandable: a SeaTunnel job is still mainly env, source, transform, and sink
• Reduce operational cost: SeaTunnel focuses on high throughput, lower dependency overhead, and practical observability

Why Teams Choose SeaTunnel

• Connector-first design: SeaTunnel provides a unified Connector API, so Source, Transform, and Sink plugins can be reused across engines
• Flexible engine choice: start with SeaTunnel Engine (Zeta), or run on Flink or Spark when that better fits your environment
• Built for data synchronization: multi-table sync, CDC scenarios, and large-scale job execution are first-class use cases
• Operational visibility: jobs expose runtime metrics and task information that help you understand throughput and stability
• Room to grow: teams can begin with a single local job and later move to larger clusters and more advanced deployments

Understand SeaTunnel In One Picture

You can understand the runtime flow in three ideas:

1. A SeaTunnel job is a pipeline

You describe the job in a config file, then SeaTunnel runs a pipeline from Source to Transform to Sink.

2. Connectors define what you read and write

SeaTunnel supports a broad set of source connectors, sink connectors, and transforms. If you need custom behavior, you can also extend these plugin types.

3. The engine defines where the job runs

SeaTunnel Engine (Zeta) is the default choice and the recommended starting point for most new users. If you already rely on Flink or Spark, SeaTunnel can submit the same connector-based job model there as well.

Choose An Engine

Engine	Best starting point	When to use it
SeaTunnel Engine (Zeta)	Recommended for most new users	You want the simplest path to run SeaTunnel jobs end to end
Apache Flink	Good for existing Flink users	You already operate Flink and want SeaTunnel to fit that platform
Apache Spark	Good for existing Spark users	You already run Spark for batch workloads and want to reuse that stack

Continue Learning

• How It Works for the runtime model without the full architecture deep dive
• Intro To Config File for how to write real jobs
• Connector documentation for choosing the systems you want to read from and write to
• Architecture Overview for the deeper system design
• FAQ for common usage, CDC, and configuration questions

Get Help And Join The Community

• Developer Setup if you want to build or debug SeaTunnel locally
• Contribution Path if you want to start contributing with the smallest reasonable scope
• Contribute Plugin if you want to contribute a connector or transform
• GitHub Issues, Slack, and the dev mailing list if you need community help

Who Uses SeaTunnel

SeaTunnel has lots of users. You can find more information about them in Users.