The modern data stack
Data engineering tools in 2026: what to learn, what to skip
There are hundreds of tools and roughly nine jobs to be done. Learn the layers, pick one tool per layer, and you can walk into any stack — because inside a layer, tools are mostly interchangeable.
The stack, layer by layer
| Layer | Common tools | What we'd pick |
|---|---|---|
| Ingestion / CDC | Fivetran, Airbyte, Debezium, Kafka Connect, custom Python | Airbyte to learn, Kafka + Debezium for streaming CDC |
| Streaming | Kafka, Redpanda, Kinesis, Flink, Spark Structured Streaming | Kafka — the concepts transfer everywhere |
| Storage / table format | S3, ADLS, GCS + Apache Iceberg, Delta Lake, Hudi | Iceberg — now the cross-engine standard |
| Warehouse / engine | Snowflake, BigQuery, Databricks, Redshift, DuckDB, Trino | Snowflake or BigQuery; DuckDB locally for free practice |
| Transformation | dbt, SQLMesh, Spark, PySpark, pandas/Polars | dbt first, Spark when data outgrows SQL |
| Orchestration | Airflow, Dagster, Prefect, Databricks Workflows | Airflow — still the most-listed in job ads |
| Quality & observability | dbt tests, Great Expectations, Soda, Monte Carlo, Elementary | dbt tests — free and already in your pipeline |
| Infra & platform | Docker, Terraform, Kubernetes, GitHub Actions | Docker + Terraform + CI; K8s only if you own the platform |
| BI / serving | Looker, Power BI, Metabase, Tableau, Superset | Whatever your company uses — modeling matters more |
The four that aren't optional
- SQL. Window functions, CTEs, query plans. Every single role. Start at our SQL for data engineering guide.
- Python. Not Django-level — scripting, APIs, pandas/Polars, testing. See Python for data engineering.
- Git. Branches, PRs, resolving conflicts. Pipelines ship through code review.
- Docker. Reproducible local environments and the base unit of deployment.
A concrete, free stack you can run on a laptop
You don't need enterprise licenses to build a portfolio project:
ingest python + requests -> local parquet in ./raw
storage DuckDB (or Postgres in Docker)
transform dbt-duckdb -> staging / marts models
orchestrate Airflow in Docker Compose (or a cron + Makefile to start)
quality dbt tests: unique, not_null, relationships
serve Metabase in Docker, pointed at DuckDB
version Git + GitHub Actions running 'dbt build' on every PREvery layer of the paid stack is represented, cost is zero, and it demonstrates exactly the skills a hiring manager checks for. Ideas: data engineering projects.
A learning order that doesn't waste months
- SQL to the level of window functions and query plans.
- Python scripting + Git + Docker.
- One warehouse — Snowflake or BigQuery.
- dbt and dimensional modeling (star schemas, SCDs).
- Airflow for orchestration and idempotent backfills.
- Spark and Kafka when volume or latency demands them.
- Terraform + CI/CD to look like a platform engineer, not a script writer.
How to talk about tools in interviews
Never list tools — describe decisions. "We used Airbyte instead of writing connectors because the team was two people and the sources were standard SaaS APIs; we kept a custom Python extractor for the one internal service with a weird pagination model." That sentence tells an interviewer more than a 20-logo slide. Practice the rest in the interview guide.
FAQ
- What tools do data engineers use?
- A typical 2026 stack has six layers: ingestion (Fivetran, Airbyte, Debezium, Kafka), storage (S3/ADLS with Iceberg or Delta), warehouse/engine (Snowflake, BigQuery, Databricks, DuckDB), transformation (dbt, Spark, SQL), orchestration (Airflow, Dagster, Prefect), and quality/observability (dbt tests, Great Expectations, Monte Carlo). Python, SQL, Git, Docker and Terraform sit underneath all of it.
- Which data engineering tools should I learn first?
- SQL, Python, Git and Docker first — they're assumed in every job ad. Then one warehouse (Snowflake or BigQuery), dbt, and one orchestrator (Airflow). That combination covers the majority of junior and mid-level postings; add Spark and Kafka when you need scale or streaming.
- Do I need to learn every tool on the list?
- No, and trying to is the fastest way to learn nothing. Tools within a layer are interchangeable — knowing Airflow means you can pick up Dagster in a week. Learn one per layer deeply and be able to explain why you'd swap it.
- Is Spark still worth learning in 2026?
- Yes, if you work with data too large or too unstructured for warehouse SQL, or in any Databricks shop. For teams under a few terabytes, dbt on a cloud warehouse handles most workloads and Spark is often unnecessary complexity.
- What about AI and LLM tools in the data stack?
- They're additive, not replacements: vector stores for retrieval, LLM-assisted documentation and test generation, and semantic layers for natural-language querying. The pipelines feeding them are still ordinary data engineering — which is why demand went up, not down.
Ready to start?
7 days free. Then less than a coffee per month.
Learn the whole stack — 7 days free- No credit card for the trial
- Cancel anytime
- 300+ exercises
- 14 full courses