Medallion Architecture is a data design pattern that organizes a data lakehouse into three distinct layers—Bronze (raw ingestion), Silver (cleansed and validated), and Gold (aggregated business views)—to progressively refine data quality and structure. Each layer serves a specific purpose, enabling data lineage tracking and simplifying downstream consumption by data scientists and analysts.
Glossary
Medallion Architecture

What is Medallion Architecture?
A multi-layered data design pattern that progressively improves the structure and quality of data as it flows through Bronze, Silver, and Gold layers.
The architecture preserves the immutable raw data in the Bronze layer, applies idempotent transformations and schema enforcement in the Silver layer, and creates denormalized, query-optimized tables in the Gold layer. This pattern is foundational to modern data lakehouse platforms like Delta Lake and Apache Iceberg, supporting ACID transactions and time travel capabilities for auditable analytics.
Core Characteristics of Medallion Architecture
The Medallion Architecture is a multi-layered data design pattern that progressively improves the structure and quality of data as it flows through Bronze, Silver, and Gold layers. Each layer serves a distinct purpose in the data lifecycle, from raw ingestion to business-level aggregation.
Bronze Layer: Raw Ingestion
The Bronze layer is the initial landing zone for all incoming data. It preserves the original structure and fidelity of the source data in an append-only, immutable format. Key characteristics include:
- Stores data in its native format (JSON, CSV, Parquet) without transformation
- Acts as a full historical archive, enabling reprocessing from the source at any time
- Provides a single source of truth for data lineage and audit trails
- Minimizes the load on source systems by decoupling ingestion from transformation
- Commonly implemented using Change Data Capture (CDC) for streaming sources
The Bronze layer prioritizes data retention and fidelity over query performance, making it essential for compliance and data reprocessing scenarios.
Silver Layer: Cleansed and Validated
The Silver layer contains cleansed, deduplicated, and validated data suitable for exploratory analysis. This is where data transitions from an operational record to an analytical asset. Core processes include:
- Schema enforcement and data type standardization across sources
- Deduplication and handling of slowly changing dimensions (SCDs)
- Application of data quality rules and null-value handling
- Joining and conforming related entities from disparate source systems
- Preserving column-level lineage to track every transformation applied
The Silver layer eliminates the chaos of raw data, providing data scientists and analysts with a query-ready, trusted foundation without the noise of ingestion artifacts.
Gold Layer: Business Aggregates
The Gold layer contains business-level aggregates, feature stores, and denormalized views optimized for specific consumption patterns. This is where data becomes a product. Key attributes:
- Pre-computed key performance indicators (KPIs) and metrics for dashboards
- Feature stores for machine learning models with point-in-time correctness
- Denormalized star schemas for business intelligence tools
- Aggregations that reduce query latency for real-time applications
- Data marts tailored to departmental or application-specific needs
The Gold layer is designed for read-optimized performance, serving as the interface between the data platform and its consumers, from C-suite dashboards to production ML models.
Progressive Quality Improvement
The Medallion Architecture enforces a unidirectional flow of data quality improvement. Each layer adds structure and trust:
- Bronze: Guarantees data completeness—nothing is lost or altered from the source
- Silver: Guarantees data correctness—values are validated, types are consistent, and duplicates are resolved
- Gold: Guarantees data fitness—aggregations and features are accurate for their intended business use case
This progression enables idempotent reprocessing: if a bug is found in Silver logic, the pipeline can re-read from the immutable Bronze layer and recompute all downstream tables without data loss. The architecture naturally supports time travel queries when built on table formats like Delta Lake or Apache Iceberg.
Separation of Compute and Storage
A foundational principle of the Medallion Architecture is the physical or logical separation of compute and storage. This design enables:
- Independent scaling: Storage grows with data volume; compute scales with query demand
- Multi-engine access: Bronze, Silver, and Gold tables can be queried by Spark, Trino, or Python using the same underlying files
- Cost optimization: Cheap object storage (S3, ADLS) holds all layers while ephemeral compute clusters process transformations
- Concurrent workloads: ETL jobs, ad-hoc queries, and ML training run simultaneously without resource contention
This separation is typically implemented using open table formats like Apache Iceberg or Delta Lake on cloud object storage, avoiding vendor lock-in and enabling a true data lakehouse architecture.
Medallion vs. Traditional ETL
The Medallion Architecture differs from traditional Extract-Transform-Load (ETL) and Extract-Load-Transform (ELT) patterns in its multi-stage design:
- Traditional ETL: Transforms data in-flight before landing, risking data loss if logic changes
- Traditional ELT: Lands raw data and transforms in-place, but often lacks the disciplined staging layers
- Medallion: Provides explicit, immutable staging at each quality tier, enabling:
- Reprocessing from any layer without re-ingesting from source
- Graduated access control: Analysts query Silver; executives query Gold
- Clear ownership boundaries between data engineering (Bronze→Silver) and analytics engineering (Silver→Gold)
This pattern is particularly well-suited for data mesh implementations where domain teams own their Gold products while a central platform team manages Bronze ingestion.
Frequently Asked Questions
Clear, technical answers to the most common questions about the Bronze, Silver, and Gold data design pattern.
Medallion Architecture is a multi-layered data design pattern that organizes data within a data lakehouse into three distinct quality tiers: Bronze (raw ingestion), Silver (cleansed and validated), and Gold (aggregated business logic). It works by progressively applying structure and quality constraints as data flows from one layer to the next. The Bronze layer preserves the immutable, original format of the source data, often in an append-only manner. The Silver layer deduplicates, standardizes schemas, and enforces basic quality checks, creating an enterprise-wide source of truth. The Gold layer applies business-specific aggregations, joins, and feature engineering, producing data that is ready for direct consumption by BI dashboards and machine learning models. This logical separation decouples ingestion from consumption, allowing each layer to be optimized for its specific purpose without compromising the integrity of the raw source.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Mastering Medallion Architecture requires understanding the foundational data engineering patterns that enable progressive data refinement and trustworthy lineage tracking.
Change Data Capture (CDC)
A design pattern that identifies and tracks row-level changes in source databases, enabling real-time synchronization of downstream systems. CDC is the primary ingestion mechanism feeding the Bronze layer, capturing inserts, updates, and deletes from operational databases and appending them as immutable, raw change logs without impacting source system performance.
Data Contract
A formal, machine-readable agreement between a data producer and its consumers that defines the schema, semantics, and quality guarantees of delivered data. In Medallion Architecture, contracts enforce the handshake between layers:
- Bronze → Silver: Schema must match expected raw structure
- Silver → Gold: Fields must pass validation and deduplication rules
Time Travel
A data capability allowing queries and restoration of previous table versions as they existed at a specific timestamp or transaction ID. Lakehouse formats like Delta Lake enable time travel on every Medallion layer, letting engineers:
- Reproduce a Gold report as of last quarter's close
- Audit exactly what Bronze data was ingested during a known outage window
- Rollback a corrupted Silver transformation
Slowly Changing Dimension (SCD)
A data warehousing technique for managing and preserving historical changes to dimensional attributes over time. In the Gold layer, SCD Type 2 logic is applied to track how entities like customer addresses or product categories evolve, ensuring analytical queries can reconstruct accurate historical snapshots rather than only seeing current values.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us