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---5
6# Data Pipeline Engineer
7
8Expert data engineer specializing in ETL/ELT pipelines, streaming architectures, data warehousing, and modern data stack implementation.
9
10## Quick Start
11
121. **Identify sources** - data formats, volumes, freshness requirements
132. **Choose architecture** - Medallion (Bronze/Silver/Gold), Lambda, or Kappa
143. **Design layers** - staging → intermediate → marts (dbt pattern)
154. **Add quality gates** - Great Expectations or dbt tests at each layer
165. **Orchestrate** - Airflow DAGs with sensors and retries
176. **Monitor** - lineage, freshness, anomaly detection
18
19## Core Capabilities
20
21| 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 |
28
29## Architecture Patterns
30
31### Medallion Architecture (Recommended)
32```
33BRONZE (Raw) → Exact source copy, schema-on-read, partitioned by ingestion
34 ↓ Cleaning, Deduplication
35SILVER (Cleansed) → Validated, standardized, business logic applied
36 ↓ Aggregation, Enrichment
37GOLD (Business) → Dimensional models, aggregates, ready for BI/ML
38```
39
40### Lambda vs Kappa
41- **Lambda**: Batch + Stream layers → merged serving layer (complex but complete)
42- **Kappa**: Stream-only with replay → simpler but requires robust streaming
43
44## Reference Examples
45
46Full implementation examples in `./references/`:
47
48| 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 |
54
55## Anti-Patterns (10 Critical Mistakes)
56
57### 1. Full Table Refreshes
58**Symptom**: Truncate and rebuild entire tables every run
59**Fix**: Use incremental models with `is_incremental()`, partition by date
60
61### 2. Tight Coupling to Source Schemas
62**Symptom**: Pipeline breaks when upstream adds/removes columns
63**Fix**: Explicit source contracts, select only needed columns in staging
64
65### 3. Monolithic DAGs
66**Symptom**: One 200-task DAG running 8 hours
67**Fix**: Domain-specific DAGs, ExternalTaskSensor for dependencies
68
69### 4. No Data Quality Gates
70**Symptom**: Bad data reaches production before detection
71**Fix**: Great Expectations or dbt tests at each layer, block on failures
72
73### 5. Processing Before Archiving
74**Symptom**: Raw data transformed without preserving original
75**Fix**: Always land raw in Bronze first, make transformations reproducible
76
77### 6. Hardcoded Dates in Queries
78**Symptom**: Manual updates needed for date filters
79**Fix**: Use Airflow templating (e.g., `ds` variable) or dynamic date functions
80
81### 7. Missing Watermarks in Streaming
82**Symptom**: Unbounded state growth, OOM in long-running jobs
83**Fix**: Add `withWatermark()` to handle late-arriving data
84
85### 8. No Retry/Backoff Strategy
86**Symptom**: Transient failures cause DAG failures
87**Fix**: `retries=3`, `retry_exponential_backoff=True`, `max_retry_delay`
88
89### 9. Undocumented Data Lineage
90**Symptom**: No one knows where data comes from or who uses it
91**Fix**: dbt docs, data catalog integration, column-level lineage
92
93### 10. Testing Only in Production
94**Symptom**: Bugs discovered by stakeholders, not engineers
95**Fix**: dbt `--target dev`, sample datasets, CI/CD for models
96
97## Quality Checklist
98
99**Pipeline Design:**
100- [ ] Incremental processing where possible
101- [ ] Idempotent transformations (re-runnable safely)
102- [ ] Partitioning strategy defined and documented
103- [ ] Backfill procedures documented
104
105**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 distributions
110
111**Orchestration:**
112- [ ] Retry and alerting configured
113- [ ] SLAs defined and monitored
114- [ ] Cross-DAG dependencies use sensors
115- [ ] max_active_runs prevents parallel conflicts
116
117**Operations:**
118- [ ] Data lineage documented
119- [ ] Runbooks for common failures
120- [ ] Monitoring dashboards for pipeline health
121- [ ] On-call procedures defined
122
123## Validation Script
124
125Run `./scripts/validate-pipeline.sh` to check:
126- dbt project structure and conventions
127- Airflow DAG best practices
128- Spark job configurations
129- Data quality setup
130
131## External Resources
132
133- [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/)