DatabricksDatabricks StaffExplainer
What is data pipeline architecture?
Summary
Data pipeline architecture is the end-to-end blueprint for collecting, processing, storing and delivering data from source systems to people, applications and models. It distinguishes logical design, which defines stages and responsibilities, from physical design, which assigns tools and infrastructure to those stages. The common four layers are ingestion, processing and transformation, storage, and serving and consumption, with orchestration and observability spanning the pipeline. The brief compares batch, streaming, Lambda, Kappa and medallion patterns, explaining trade-offs involving freshness, cost, complexity and operational burden. It also contrasts ETL with ELT and presents governance, monitoring and right-sized processing as reliability practices, concluding that architecture should match the use case and balance freshness, cost and reliability.
Context
Data pipeline architecture determines how data moves from where it is created to where it becomes useful. The appropriate design varies by use case, such as nightly reporting versus real-time fraud detection, and must account for latency requirements, data volume, downstream use, freshness, cost and reliability.
Approach / What changed
The text explains pipeline architecture through logical and physical design, four core layers, alternative stage models, common architectural patterns, and the ETL-versus-ELT transformation order. It also covers cross-cutting orchestration, observability and governance practices, including the use of batch or streaming according to freshness needs.
Takeaways
The four common layers are ingestion, processing and transformation, storage, and serving and consumption; orchestration and observability operate across all four.
Batch pipelines are simpler, cheaper and easier to debug, while streaming supports sub-minute use cases such as fraud detection, real-time personalization and IoT monitoring at higher operational cost.
Lambda maintains parallel batch and streaming paths, whereas Kappa uses one streaming pipeline and replays it for historical analysis, reducing duplicate logic and operational burden.
Source and freshness
- Source
- databricks.com
- Published
- Added to Yomu
- Last updated
Summaries are generated from the original by a language model. Check the original before relying on it.
Keep reading
Related reading
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
The best engineering reads, once a week
One useful email. Unsubscribe anytime.