Wie de cloud beheerst, beheerst datastromen. Want de cloud is niet zomaar een passief kanaal—zij bepaalt hoe snel, hoe veilig en hoe intelligent onze digitale processen verlopen. Degene die de cloudinfrastructuur beheert, heeft de echte macht over de waardeketens van data.

We leven in een wereld waarin ‘de cloud’ vaak wordt voorgesteld als een virtuele wolk waar data moeiteloos doorheen stroomt. Een soort digitale hemel waar alles altijd beschikbaar is. Maar achter dat ogenschijnlijk simpele concept schuilt een diepe complexiteit – een wereld van systemen, subsystemen en gelaagde verantwoordelijkheden.

Cloud is in essentie niets anders dan een digitale nutsvoorziening. Een gedeelde infrastructuur voor opslag en rekenkracht, geleverd als dienst. Zoals we elektriciteit of water verbruiken, zo nemen we opslagcapaciteit en verwerkingskracht af: elastisch, schaalbaar en afgerekend naar gebruik.

Maar de echte vraag is niet wat de cloud is, maar wat er doorheen stroomt – en hoe we daarmee omgaan. Wie de cloud bestuurt, heeft de macht . . . 

Twee werelden in de digitale keten

Wie vanuit systeemdenken kijkt, herkent al snel de tweedeling binnen de digitale infrastructuur:

1. Datamanagement – het beheren van data als bezit
2. Servicemanagement – het organiseren van data als dienst

Hoewel deze twee nauw met elkaar verbonden zijn, zijn het twee verschillende vakgebieden en opereren ze volgens totaal verschillende principes. Het eerste gaat over weten wat je hebt, hoe het gedefinieerd is, wie er toegang toe heeft en wat ermee mag gebeuren. Het tweede gaat over snelheid, beschikbaarheid, integratie en gebruik op het juiste moment, door de juiste afnemer.

Beide zijn essentieel. Zonder duidelijk gedefinieerde data kunnen services niet opereren. Zonder services raakt data nooit waar het moet zijn. Ze vormen samen het hart van elk informatiesysteem – net als Yin en Yang, complementair maar fundamenteel verschillend.

De cloud als tussenlaag

Cloud maakt deze tweedeling zichtbaar én werkbaar. Want hoewel cloud wordt gezien als opslag- of rekenomgeving, is het in feite een infrastructuurlaag die beide domeinen faciliteert. De cloud is het elektriciteitsnet van de digitale wereld: onzichtbaar, maar onmisbaar. Het verbindt opslag (datamanagement) en verwerking (servicemanagement) in een dynamische infrastructuur naar de toepassingen en het (individuele) gebruik.

In die zin is de cloud vergelijkbaar met de slanke taille van een zandloper: onderin zit de verzamelde, opgeslagen data en de verwerkingscapaciteit (IaaS), bovenin de toepassingen en gebruikers die die data nodig hebben (SaaS). In het midden – de platformlaag (PaaS) – wordt de vertaling gemaakt: van bezit naar actie, van potentieel naar realisatie.

Wie de cloud beheerst, beheerst de stroom. Want de cloud is niet zomaar een passief kanaal— zij bepaalt hoe snel, hoe veilig en hoe intelligent onze digitale processen verlopen. Degene die de cloudinfrastructuur beheert, heeft daarmee de echte macht over de waardeketens van data.

Van PDM naar ERP: een helder verschil

Om het verschil concreet te maken, helpt een vergelijking met industriële processen:

• PDM (Product Data Management) gaat over het beheren van de definities en kenmerken van een product: de productstructuur, de specificaties, de stuklijsten, de versies. Hier staat het product centraal als iets wat je structureert, beheert, bewaart, archiveert. Wat en waarom: een ding, een bezit, een data-asset en de basis van product lifecycle managent.
• ERP (Enterprise Resource Planning) is gericht op de logistiek: wanneer is welk onderdeel nodig, waar moet het zijn, wie werkt eraan en in welke samenstelling? Hier draait alles om timing, resource-allocatie en ketenintegratie. Een service-aanpak. Wanneer, hoe en hoeveel? 

ERP beheert de bedrijfsprocessen en voedt PDM met met de benodigde data, terwijl ERP weer de benodigde data uit PDM haalt om correct te kunnen functioneren. PDM is de kaart. ERP is de route. Zonder kaart weet je niet waar je naartoe moet. Zonder route kom je er nooit.

Systeemdenken als overkoepelende benadering

Wat deze tweedeling extra boeiend maakt, is dat ze in elk systeem terugkomt. System engineering werkt precies volgens dit principe: een systeem bestaat uit componenten (data) en functies (verwerking). De uitdaging is om die twee zodanig te ontwerpen dat de juiste data, in de juiste vorm, op het juiste moment bij de juiste verwerker, gebruiker of toepasser terechtkomt. Net zoals een pianospeler op het juiste moment de goede toets moet aanslaan om de partituur van de componist perfect te vertolken. Het klinkt makkelijk, maar is extreem complex. 

Het ene systeem is bovendien vaak ‘slechts’ een subsysteem van een groter geheel. Dat maakt het onderscheid tussen bezit en dienst nóg belangrijker. Wat in het ene domein een dienst is, is in het andere een product. Wat hier verbruikt wordt, moet elders gedefinieerd zijn. 

Daarom is het van belang om beide domeinen – data en service – als volwaardige disciplines te erkennen. Elk met hun eigen processen, methodieken, governance en tooling. Alleen zo kunnen we digitale ketens betrouwbaar, schaalbaar en toekomstbestendig maken.

Tot slot: denken in balans

De neiging bestaat om alles als ‘data’ of alles als ‘service’ te benaderen. Maar in werkelijkheid vraagt digitale volwassenheid om balans: tussen definities en uitvoering, tussen bezit en verbruik, tussen statisch en dynamisch. Die balans realiseren is geen kwestie van techniek alleen, maar van structuur, rollen, taal en visie.

De cloud is daarbij geen doel, maar een middel. Een infrastructuur die deze tweedeling mogelijk maakt. En die – mits goed begrepen – ruimte biedt aan beide werelden. Want pas als we weten wat we hebben, én wat we ermee willen doen, kunnen we systemen bouwen die werken.

Een extra complicerende factor is dat in veel organisaties een verschil in focus optreedt tussen managementniveaus. Managers richten zich vaak primair op het proces, op efficiëntie, doorlooptijden en compliance. Of het proces inhoudelijk relevante, waardevolle of zelfs correcte output oplevert, krijgt minder aandacht. Dat geldt in het bijzonder binnen overheidsorganisaties, waar procedures vaak belangrijker zijn dan resultaten.

Ondernemers daarentegen kijken naar de toegevoegde waarde. Niet: is het proces gevolgd? Maar: wat levert het op? Wat betekent het voor mijn klant? Zij denken in termen van effectiviteit, waardecreatie en duurzaam bezit. Het product is belangrijker dan het proces. 

ArQiver als bruggenbouwer

Om die balans in de praktijk te brengen, is een platform nodig dat beide domeinen ondersteunt: databeheer én service-uitvoering. ArQiver vervult precies die rol. Het is een dataplatform dat alle benodigde eigenschappen bevat om verwerkingsprocessen in de cloud op een juiste, veilige en efficiënte manier te laten plaatsvinden. Denk aan kwaliteit, compliance, governance, risicobeheersing, kosteneffectiviteit, tijdigheid, performance en servicecontrole.

ArQiver fungeert als enabler voor data-beschikbaarheid, levering, statusbeheer, metadata en structurering. Het stelt organisaties in staat hun data-assets zodanig te beheren dat ze klaar zijn voor verwerking – en maakt tegelijkertijd de uitvoering van die services transparant, controleerbaar en schaalbaar. Zo vormt ArQiver de essentiële schakel tussen wat we bezitten aan data, en wat we doen met data – precies de brug die moderne informatiesystemen nodig hebben. 

Photo: Google Deep Mind

Cloud, Data and Service: The Digital World as a System

Who controls the cloud, controls data flows.
Because the cloud is not just a passive channel—it determines how fast, how secure, and how intelligent our digital processes run. The one who controls the cloud infrastructure holds the real power over data value chains.

We live in a world where “the cloud” is often portrayed as a virtual space through which data flows effortlessly. A kind of digital heaven where everything is always available. But behind that seemingly simple concept lies a deep complexity—a world of systems, subsystems, and layered responsibilities.

At its core, the cloud is nothing more than a digital utility. A shared infrastructure for storage and computing power, delivered as a service. Just like we consume electricity or water, we consume storage and processing capacity: elastic, scalable, and billed according to use.

But the real question is not what the cloud is, but what flows through it—and how we manage that.
Who governs the cloud, holds the power…

Two Worlds in the Digital Chain

From a systems thinking perspective, the digital infrastructure reveals a clear dichotomy:

1. Data Management – managing data as an asset
2. Service Management – organizing data as a service

Although these two are tightly interconnected, they operate by entirely different principles. The first is about knowing what you have, how it is defined, who has access, and what may be done with it. The second is about speed, availability, integration, and usage at the right time, by the right recipient.

Both are essential. Without well-defined data, services cannot operate. Without services, data never reaches where it’s needed. They are the heartbeat of every information system—like Yin and Yang, complementary but fundamentally different.

The Cloud as Middleware

The cloud makes this duality both visible and workable. While it’s often seen as just storage or computing space, the cloud is really an infrastructure layer that enables both domains. It’s the power grid of the digital world: invisible, but indispensable. It connects storage (data management) with processing (service management) in a dynamic infrastructure.

In this sense, the cloud resembles the narrow waist of an hourglass: at the top sits the accumulated data, at the bottom the applications and users that need it. In the middle—the cloud—the translation happens: from possession to action, from potential to realization.

Who controls the cloud, controls the flow. Because the cloud is not just a passive channel—it governs how fast, how secure, and how smart our digital processes operate. The one who governs the cloud infrastructure holds the real power over data value chains.

From PDM to ERP: A Clear Distinction

To make this distinction more tangible, consider industrial processes:

• PDM (Product Data Management) is about managing product definitions and characteristics: specifications, bills of materials, versions. The product is central, managed as a data asset.
• ERP (Enterprise Resource Planning) is about logistics: when is a part needed, where must it be, and in what configuration? It’s all about timing, resource allocation, and chain integration—a service-based approach.

ERP manages the business processes and feeds PDM with the necessary data, while ERP itself draws the required data from PDM to function properly.
PDM is the map. ERP is the route. Without a map, you don’t know where to go. Without a route, you’ll never get there.

Systems Thinking as the Overarching Framework

What makes this dichotomy even more fascinating is its recurrence in every system. Systems engineering follows the same principle: a system consists of components (data) and functions (processing). The challenge is to design them in such a way that the right data, in the right form, reaches the right processor or user at the right time.

Moreover, one system is often merely a subsystem of a larger whole. This amplifies the importance of distinguishing between asset and service. What is a service in one domain is a product in another. What is consumed here, must be defined elsewhere.

That’s why it’s crucial to recognize both domains—data and service—as full-fledged disciplines. Each with their own processes, methods, governance, and tooling. Only then can we build digital chains that are reliable, scalable, and future-proof.

In Conclusion: Striving for Balance

There is a tendency to approach everything as either ‘data’ or ‘service’. But digital maturity, in reality, requires balance: between definitions and execution, between possession and consumption, between static and dynamic. Achieving that balance is not just a matter of technology, but of structure, roles, language, and vision.

The cloud, in this context, is not the goal—but the means. An infrastructure that enables this duality. And if properly understood, it provides space for both worlds. Because only when we know what we have and what we want to do with it, can we build systems that actually work.

An added complexity is the divergence of focus across management levels in many organizations. Managers tend to focus primarily on the process—on efficiency, lead times, and compliance. Whether that process produces relevant, valuable, or even correct output receives less attention. This is especially true in the public sector, where procedures often outweigh results. As long as the process has been followed, one is protected. The outcome is secondary.

Entrepreneurs, by contrast, focus on added value. Not: was the process followed? But: what does it deliver? What does it mean for my customer? They think in terms of effectiveness, value creation, and sustainable assets.

ArQiver as the Enabler

To bring this balance into practice, a platform is needed that supports both domains: data management and service execution. ArQiver fulfills exactly that role. It is a data platform that contains all the capabilities needed to carry out processing tasks in the cloud in a proper, secure, and efficient manner. Think of quality, compliance, governance, risk control, cost-effectiveness, timeliness, performance, and service oversight.

ArQiver acts as an enabler for data availability, delivery, status management, metadata, and structuring. It enables organizations to manage their data assets in a way that prepares them for processing—while simultaneously making the execution of those services transparent, controllable, and scalable. Thus, ArQiver forms the vital link between what we own in data, and what we do with data—precisely the bridge modern information systems need.

cloud data platform; data management vs service management; cloud computing infrastructure; digital utility model; systems thinking in IT; ArQiver data governance; product data management PDM; enterprise resource planning ERP; data as an asset; service-oriented architecture; digital transformation strategy; data lifecycle management; cloud-based service delivery; information systems design; metadata management; digital process optimization