Wat is het verschil tussen Bronze Silver Gold laag?

Het verschil tussen Bronze Silver Gold laag zit in het doel van elke laag binnen je lakehouse architectuur. Bronze is rauw en ongewijzigd, Silver is gestandaardiseerd en gehistoriseerd, en Gold is domeinspecifiek en rapportageklaar. Elke laag heeft een duidelijke functie in de dataketen.

In de Bronze laag staat de bron centraal en niet de gebruiker. In Silver draait het om consistentie, datakwaliteit en herbruikbaarheid. In Gold staat de businessvraag centraal en wordt data vertaald naar begrijpelijke modellen.

De praktische toepassing is simpel maar vraagt discipline. Bronze beschermt je tegen verlies van broninformatie, Silver zorgt voor betrouwbare bouwstenen en Gold levert directe waarde voor rapportages en dashboards. Wie dit scherp houdt, voorkomt eindeloze discussies in projecten.

Wat hoort in de Bronze laag en wat juist niet?

De Bronze laag bevat ruwe data zoals deze uit de bron komt. Denk aan volledige tabellen uit een ERP-systeem, API-responses of eventstreams zonder inhoudelijke aanpassingen. De structuur mag technisch worden aangepast, maar de inhoud blijft onaangetast.

Verdiepend betekent dit dat je hier geen businesslogica toepast. Geen kolommen hernoemen naar business termen, geen berekende velden en geen filters op relevante records. Eventuele technische verrijkingen zoals load timestamps of metadata zijn toegestaan.

In de praktijk betekent dit dat Bronze fungeert als je juridische en technische waarheid. Als een downstream proces faalt of businessregels veranderen, kun je altijd terugvallen op deze laag. Zodra je hier logica toevoegt, verlies je controle en reproduceerbaarheid.

Wat hoort in de Silver laag en welke logica plaats je hier?

De Silver laag is waar standaardisatie en historisatie plaatsvinden. Hier maak je data consistent over bronnen heen, los je datakwaliteitsissues op en definieer je uniforme sleutels. Dit is de plek voor typecasting, normalisatie en deduplicatie.

Verdiepend betekent dit dat je hier technische en generieke logica toepast, maar nog geen business-specifieke KPI-definities. Denk aan Slowly Changing Dimensions, het verrijken met referentietabellen en het harmoniseren van klantidentifiers. De focus ligt op herbruikbare datasets.

In de praktijk vormt Silver het fundament voor meerdere use cases. Een goed ingerichte Silver laag voorkomt dat iedere BI-consultant zijn eigen definitie van een klant bouwt. Dit is de laag waar data engineers en business analisten samen standaarden vastleggen.

Wat maakt de Gold laag domeinspecifiek en rapportageklaar?

De Gold laag is afgestemd op een specifiek domein of use case. Hier vertaal je gestandaardiseerde data naar businessmodellen zoals stermodellen of semantische modellen. De data is hier geoptimaliseerd voor analyse en rapportage.

Verdiepend betekent dit dat KPI-logica, berekende measures en aggregaties hier thuishoren. Denk aan omzetdefinities, churn-berekeningen of samengestelde marges. Deze logica is bewust gekoppeld aan een businesscontext.

In de praktijk betekent dit dat Gold datasets niet generiek zijn, maar doelgericht. Een finance Gold model verschilt van een marketing Gold model, ook al gebruiken ze dezelfde Silver tabellen. Dit is waar BI-consultants maximale waarde leveren.

Veelgemaakte fouten in Bronze Silver Gold

Een veelgemaakte fout in Bronze is het toepassen van filters of businessregels. Teams verwijderen bijvoorbeeld geannuleerde orders omdat ze die niet nodig denken te hebben. Daarmee ondermijnen ze de reproduceerbaarheid van hun platform.

In Silver gaat het vaak mis doordat business KPI-logica te vroeg wordt geïmplementeerd. Zodra definities van omzet of actieve klant in Silver staan, wordt hergebruik beperkt. Silver moet generiek blijven en niet afhankelijk zijn van één dashboard.

In Gold ontstaat verwarring wanneer teams proberen alles generiek te houden. Hierdoor worden modellen te abstract en sluiten ze niet meer aan op concrete rapportagevragen. Gold mag specifiek zijn, zolang de herkomst uit Silver helder blijft.

Hoe pas je Bronze Silver Gold toe in Microsoft Fabric?

Binnen Microsoft Fabric werk je met een lakehouse waarbij OneLake de opslaglaag vormt. De Bronze Silver Gold structuur kun je logisch scheiden via mappen, lakehouses of medallion-architectuur conventies. Het platform ondersteunt deze aanpak expliciet.

Verdiepend betekent dit dat je in Fabric pipelines gebruikt om data van Bronze naar Silver te transformeren. Vervolgens gebruik je notebooks of dataflows om Silver naar Gold te modelleren. Het semantische model in Power BI sluit direct aan op de Gold laag.

In de praktijk vraagt dit om duidelijke naamconventies en governance. Zonder afspraken vervaagt het verschil tussen Bronze Silver Gold laag snel. Fabric biedt de tooling, maar architectuurdiscipline moet uit het team komen.

Hoe richt je governance en samenwerking in rondom deze lagen?

Een succesvolle implementatie vraagt duidelijke rolverdeling. Data engineers beheren Bronze en Silver, terwijl BI-consultants primair verantwoordelijk zijn voor Gold. Business analisten leveren input op definities en validatie.

Verdiepend betekent dit dat definities van KPI’s formeel worden vastgelegd. Leg vast welke logica in Silver generiek is en welke in Gold domeinspecifiek. Governance voorkomt dat discussies telkens opnieuw gevoerd worden.

In de praktijk werkt een data contract per laag goed. Bronze contracteert de bron, Silver contracteert de standaard en Gold contracteert de businessdefinitie. Dit maakt schaalbare samenwerking mogelijk binnen Microsoft Fabric omgevingen.

Samenvatting

Het verschil tussen Bronze Silver Gold laag lijkt eenvoudig, maar in de praktijk ontstaan snel grijze gebieden. Door per laag duidelijke regels te hanteren voor transformaties en logica, bouw je een schaalbaar lakehouse. Binnen Microsoft Fabric is dit model een krachtige standaard, mits correct toegepast.