Een dataplatform
Een geheel van datadiensten en werkwijzen dat geselecteerde data vindbaar, geïntegreerd, bestuurd en bruikbaar maakt voor bijvoorbeeld rapportage, uitwisseling, automatisering en AI. Het kan centraal, gedistribueerd of federatief zijn ingericht.
Een platform kan belangrijke data, interfaces en operationele kennis concentreren. De organisatie heeft bewijs nodig dat zij elke afhankelijkheid binnen een duidelijke scope kan voortzetten, wijzigen en verlaten.
Een dataplatform is een voorziening om over systemen heen met data te werken. Het hoeft geen enkel product, één database of één fysieke locatie te zijn. Afhankelijk van doel en beperkingen kan de voorziening centraal, gedistribueerd of federatief worden ingericht. Veel organisaties gebruiken een hybride vorm.
Het woord geselecteerde is belangrijk. Data naar een platform brengen creëert kopieën, toegangsroutes, bewaarplichten en afhankelijkheden. De organisatie moet eerst vaststellen waarom data nodig is, welke bevoegdheid geldt, hoelang zij moet blijven en of bevraging bij de bron veiliger of eenvoudiger is.
Klik op een onderdeel voor meer informatie
Wat het referentiediagram laat zien
Het diagram is één referentiepatroon, geen verplichte productlijst. Data kan via batch-, event- of queryinterfaces beschikbaar komen. Opslag- en verwerkingsdiensten ordenen haar voor goedgekeurde toepassingen. Metadata legt betekenis, herkomst en eigenaarschap vast. Interfaces kunnen analytics, operationele applicaties, uitwisseling en, waar passend, AI-workloads ondersteunen.
Engineering, beveiliging en governance werken over die onderdelen heen. Zij behandelen vragen zoals wie een pipeline mag wijzigen, hoe toegang wordt goedgekeurd, welk bewijs wordt bewaard, hoe kwaliteit wordt bewaakt en hoe een uitgevallen dienst wordt hersteld. De feitelijke implementatie kan onderdelen bij bronsystemen of verschillende providers laten.
Operationele applicaties houden hun eigen doelen en registraties. Een platform verbindt of coördineert geselecteerde delen; het wordt niet automatisch de gezaghebbende bron voor elk gegeven.
Meer dan analytics
Een platform kan verschillende voorzieningen ondersteunen:
- gedeelde definities en vindbare metadata;
- reproduceerbare rapportage en analyse;
- bestuurde uitwisseling tussen systemen;
- controles op datakwaliteit en herkomst;
- eventgestuurde of geplande automatisering;
- optionele modeltraining, informatie-ophaling of inferentie met afzonderlijk goedgekeurde data.
Het brein is een visuele metafoor voor verbinding en coördinatie. Het betekent niet dat elke beslissing, dataset of elk proces naar één technisch systeem moet verhuizen. Bewuste scheiding kan veerkracht vergroten, dataminimalisatie ondersteunen en lokale bevoegdheid behouden.
Waarom soevereiniteit telt
Een platform kan concentratierisico vergroten doordat meerdere teams van dezelfde formaten, identiteitsdienst, metadatacatalogus, datapijplijnen of leverancier afhankelijk worden. Dat risico hoort bij de afgebakende architectuur. Een federatief ontwerp kan nog steeds een kritieke gedeelde beheerlaag hebben, terwijl een centraal platform geteste onafhankelijke kopieën en vervangingsroutes kan bieden.
Bekijk het platform vanuit vier samenhangende invalshoeken:
- Data: Kan de klant volledige, begrijpelijke en herstelbare data en bewijs voor het beschreven doel verkrijgen?
- Software: Kan zij de vereiste code, formaten, interfaces en afhankelijkheden gebruiken, inspecteren, wijzigen of vervangen?
- Hardware: Kan zij geschikte capaciteit verkrijgen en gebruiken en de workload verplaatsen wanneer de huidige infrastructuur niet beschikbaar of ongeschikt is?
- Organisatorisch: Laten toepasselijke contracten, licenties, beleid, beslissingsbevoegdheden, plichten, leveranciersafspraken en governance de klant het bijbehorende recht uitoefenen?
Deze vragen hangen samen. Technische mogelijkheden tellen pas wanneer de klant ook over de bevoegdheden, verantwoordelijkheden en ondersteuning van leveranciers beschikt om ze uit te oefenen; geruststellende afspraken tellen pas wanneer de technische route in de praktijk werkt.
Beschrijf de organisatorische laag door datacomplianceDatacomplianceDe afdwingbare kant van de organisatorische laag: de toepasselijke wetgeving, rechtsgebieden, contracten, licenties, beleidsregels, beslissingsbevoegdheden en leveranciersafspraken die bepalen wat een organisatie met data mag en moet doen.Lees meer →en data-ethiekData-ethiekEen afzonderlijk governanceperspectief op de organisatorische laag: de vraag of een bevoegdheid binnen haar scope proportioneel, eerlijk, transparant en te rechtvaardigen wordt uitgeoefend tegenover de mensen en gemeenschappen die de gevolgen dragen.Lees meer →, met governance over beide heen. Houd afdwingbare vereisten, afwegingen over verantwoord gebruik en bevindingen over praktische controle uit elkaar, zodat geen daarvan voor een score, oordeel of certificering wordt aangezien.
Platformsoevereiniteit is dus een contextgebonden claim, geen eigenschap van een productcategorie. Leg dienst of release, implementatie, werkwijze, relevante afspraken, klantgrens en toetsingsdatum vast en oefen daarna de continuïteits- en exitroutes die ertoe doen.
Veelgemaakte misvattingen
We draaien al SAP, AFAS of Exact, dus we hebben een dataplatform.
Een operationele applicatie kan bron of afnemer van platformdata zijn. Zij wordt pas onderdeel van een platformvoorziening door expliciete integratie, gedeelde governance en een werkwijze.
Een dataplatform hoort alle beschikbare data naar één opslag te kopiëren.
De scope volgt uit doel, noodzaak, bevoegdheid, bewaartermijnen en architectuur. Sommige data kan beter bij de bron blijven of via een federatieve dienst worden bevraagd.
Een dataplatform is alleen een dashboard of datawarehouse.
Dat kunnen onderdelen zijn. Een platform kan ook inname, metadata, kwaliteitscontroles, toegangsbeleid, interfaces, orkestratie en beheerprocedures omvatten.