Data Pipeline Engineer
Expert data engineer specializing in ETL/ELT pipelines, streaming architectures, data warehousing, and modern data stack implementation.
Quick Start
- Identify sources - data formats, volumes, freshness requirements
- Choose architecture - Medallion (Bronze/Silver/Gold), Lambda, or Kappa
- Design layers - staging → intermediate → marts (dbt pattern)
- Add quality gates - Great Expectations or dbt tests at each layer
- Orchestrate - Airflow DAGs with sensors and retries
- Monitor - lineage, freshness, anomaly detection
Core Capabilities
| Capability |
Technologies |
Key Patterns |
| Batch Processing |
Spark, dbt, Databricks |
Incremental, partitioning, Delta/Iceberg |
| Stream Processing |
Kafka, Flink, Spark Streaming |
Watermarks, exactly-once, windowing |
| Orchestration |
Airflow, Dagster, Prefect |
DAG design, sensors, task groups |
| Data Modeling |
dbt, SQL |
Kimball, Data Vault, SCD |
| Data Quality |
Great Expectations, dbt tests |
Validation suites, freshness |
Architecture Patterns
Medallion Architecture (Recommended)
BRONZE (Raw) → Exact source copy, schema-on-read, partitioned by ingestion
↓ Cleaning, Deduplication
SILVER (Cleansed) → Validated, standardized, business logic applied
↓ Aggregation, Enrichment
GOLD (Business) → Dimensional models, aggregates, ready for BI/ML
Lambda vs Kappa
- Lambda: Batch + Stream layers → merged serving layer (complex but complete)
- Kappa: Stream-only with replay → simpler but requires robust streaming
Reference Examples
Full implementation examples in ./references/:
| File |
Description |
dbt-project-structure.md |
Complete dbt layout with staging, intermediate, marts |
airflow-dag.py |
Production DAG with sensors, task groups, quality checks |
spark-streaming.py |
Kafka-to-Delta processor with windowing |
great-expectations-suite.json |
Comprehensive data quality expectation suite |
Anti-Patterns (10 Critical Mistakes)
1. Full Table Refreshes
Symptom: Truncate and rebuild entire tables every run
Fix: Use incremental models with is_incremental(), partition by date
2. Tight Coupling to Source Schemas
Symptom: Pipeline breaks when upstream adds/removes columns
Fix: Explicit source contracts, select only needed columns in staging
3. Monolithic DAGs
Symptom: One 200-task DAG running 8 hours
Fix: Domain-specific DAGs, ExternalTaskSensor for dependencies
4. No Data Quality Gates
Symptom: Bad data reaches production before detection
Fix: Great Expectations or dbt tests at each layer, block on failures
5. Processing Before Archiving
Symptom: Raw data transformed without preserving original
Fix: Always land raw in Bronze first, make transformations reproducible
6. Hardcoded Dates in Queries
Symptom: Manual updates needed for date filters
Fix: Use Airflow templating (e.g., ds variable) or dynamic date functions
7. Missing Watermarks in Streaming
Symptom: Unbounded state growth, OOM in long-running jobs
Fix: Add withWatermark() to handle late-arriving data
8. No Retry/Backoff Strategy
Symptom: Transient failures cause DAG failures
Fix: retries=3, retry_exponential_backoff=True, max_retry_delay
9. Undocumented Data Lineage
Symptom: No one knows where data comes from or who uses it
Fix: dbt docs, data catalog integration, column-level lineage
10. Testing Only in Production
Symptom: Bugs discovered by stakeholders, not engineers
Fix: dbt --target dev, sample datasets, CI/CD for models
Quality Checklist
Pipeline Design:
Data Quality:
Orchestration:
Operations:
Validation Script
Run ./scripts/validate-pipeline.sh to check:
- dbt project structure and conventions
- Airflow DAG best practices
- Spark job configurations
- Data quality setup
External Resources
1---2name: data-pipeline-engineer3description: Expert data engineer for ETL/ELT pipelines, streaming, data warehousing. Activate on: data pipeline, ETL, ELT, data warehouse, Spark, Kafka, Airflow, dbt, data modeling, star schema, streaming data, batch processing, data quality. NOT for: API design (use api-architect), ML training (use ML skills), dashboards (use design skills).4---56# Data Pipeline Engineer78Expert data engineer specializing in ETL/ELT pipelines, streaming architectures, data warehousing, and modern data stack implementation.910## Quick Start11121. **Identify sources** - data formats, volumes, freshness requirements132. **Choose architecture** - Medallion (Bronze/Silver/Gold), Lambda, or Kappa143. **Design layers** - staging → intermediate → marts (dbt pattern)154. **Add quality gates** - Great Expectations or dbt tests at each layer165. **Orchestrate** - Airflow DAGs with sensors and retries176. **Monitor** - lineage, freshness, anomaly detection1819## Core Capabilities2021| Capability | Technologies | Key Patterns |22|------------|--------------|--------------|23| **Batch Processing** | Spark, dbt, Databricks | Incremental, partitioning, Delta/Iceberg |24| **Stream Processing** | Kafka, Flink, Spark Streaming | Watermarks, exactly-once, windowing |25| **Orchestration** | Airflow, Dagster, Prefect | DAG design, sensors, task groups |26| **Data Modeling** | dbt, SQL | Kimball, Data Vault, SCD |27| **Data Quality** | Great Expectations, dbt tests | Validation suites, freshness |2829## Architecture Patterns3031### Medallion Architecture (Recommended)32```33BRONZE (Raw) → Exact source copy, schema-on-read, partitioned by ingestion34 ↓ Cleaning, Deduplication35SILVER (Cleansed) → Validated, standardized, business logic applied36 ↓ Aggregation, Enrichment37GOLD (Business) → Dimensional models, aggregates, ready for BI/ML38```3940### Lambda vs Kappa41- **Lambda**: Batch + Stream layers → merged serving layer (complex but complete)42- **Kappa**: Stream-only with replay → simpler but requires robust streaming4344## Reference Examples4546Full implementation examples in `./references/`:4748| File | Description |49|------|-------------|50| `dbt-project-structure.md` | Complete dbt layout with staging, intermediate, marts |51| `airflow-dag.py` | Production DAG with sensors, task groups, quality checks |52| `spark-streaming.py` | Kafka-to-Delta processor with windowing |53| `great-expectations-suite.json` | Comprehensive data quality expectation suite |5455## Anti-Patterns (10 Critical Mistakes)5657### 1. Full Table Refreshes58**Symptom**: Truncate and rebuild entire tables every run59**Fix**: Use incremental models with `is_incremental()`, partition by date6061### 2. Tight Coupling to Source Schemas62**Symptom**: Pipeline breaks when upstream adds/removes columns63**Fix**: Explicit source contracts, select only needed columns in staging6465### 3. Monolithic DAGs66**Symptom**: One 200-task DAG running 8 hours67**Fix**: Domain-specific DAGs, ExternalTaskSensor for dependencies6869### 4. No Data Quality Gates70**Symptom**: Bad data reaches production before detection71**Fix**: Great Expectations or dbt tests at each layer, block on failures7273### 5. Processing Before Archiving74**Symptom**: Raw data transformed without preserving original75**Fix**: Always land raw in Bronze first, make transformations reproducible7677### 6. Hardcoded Dates in Queries78**Symptom**: Manual updates needed for date filters79**Fix**: Use Airflow templating (e.g., `ds` variable) or dynamic date functions8081### 7. Missing Watermarks in Streaming82**Symptom**: Unbounded state growth, OOM in long-running jobs83**Fix**: Add `withWatermark()` to handle late-arriving data8485### 8. No Retry/Backoff Strategy86**Symptom**: Transient failures cause DAG failures87**Fix**: `retries=3`, `retry_exponential_backoff=True`, `max_retry_delay`8889### 9. Undocumented Data Lineage90**Symptom**: No one knows where data comes from or who uses it91**Fix**: dbt docs, data catalog integration, column-level lineage9293### 10. Testing Only in Production94**Symptom**: Bugs discovered by stakeholders, not engineers95**Fix**: dbt `--target dev`, sample datasets, CI/CD for models9697## Quality Checklist9899**Pipeline Design:**100- [ ] Incremental processing where possible101- [ ] Idempotent transformations (re-runnable safely)102- [ ] Partitioning strategy defined and documented103- [ ] Backfill procedures documented104105**Data Quality:**106- [ ] Tests at Bronze layer (schema, nulls, ranges)107- [ ] Tests at Silver layer (business rules, referential integrity)108- [ ] Tests at Gold layer (aggregation checks, trend monitoring)109- [ ] Anomaly detection for volumes and distributions110111**Orchestration:**112- [ ] Retry and alerting configured113- [ ] SLAs defined and monitored114- [ ] Cross-DAG dependencies use sensors115- [ ] max_active_runs prevents parallel conflicts116117**Operations:**118- [ ] Data lineage documented119- [ ] Runbooks for common failures120- [ ] Monitoring dashboards for pipeline health121- [ ] On-call procedures defined122123## Validation Script124125Run `./scripts/validate-pipeline.sh` to check:126- dbt project structure and conventions127- Airflow DAG best practices128- Spark job configurations129- Data quality setup130131## External Resources132133- [dbt Best Practices](https://docs.getdbt.com/guides/best-practices)134- [Airflow Best Practices](https://airflow.apache.org/docs/apache-airflow/stable/best-practices.html)135- [Great Expectations Docs](https://docs.greatexpectations.io/)136- [Delta Lake Guide](https://docs.delta.io/latest/index.html)137- [Kafka Streams](https://kafka.apache.org/documentation/streams/)