{"id":85514,"date":"2025-04-09T19:56:46","date_gmt":"2025-04-09T19:56:46","guid":{"rendered":"https:\/\/hanstimmerman.me\/?p=85514"},"modified":"2025-04-09T20:08:21","modified_gmt":"2025-04-09T20:08:21","slug":"cloud-data-en-service-de-digitale-wereld-als-systeem","status":"publish","type":"post","link":"https:\/\/hanstimmerman.me\/en\/cloud-data-en-service-de-digitale-wereld-als-systeem\/","title":{"rendered":"Cloud, data en service: de digitale wereld als systeem"},"content":{"rendered":"
Wie de cloud beheerst, beheerst datastromen. Want de cloud is niet zomaar een passief kanaal\u2014zij 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.<\/span><\/h5>\n
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 \u2013 een wereld van systemen, subsystemen en gelaagde verantwoordelijkheden.<\/span><\/h5>\n
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.<\/span><\/h5>\n
Maar de echte vraag is niet wat<\/i> de cloud is, maar wat<\/i> er doorheen stroomt \u2013 en hoe we daarmee omgaan. Wie de cloud bestuurt, heeft de macht . . .\u00a0<\/span><\/h5>\n

Twee werelden in de digitale keten<\/b><\/span><\/h3>\n

Wie vanuit systeemdenken kijkt, herkent al snel de tweedeling binnen de digitale infrastructuur:<\/span><\/p>\n

    \n
  1. Datamanagement<\/b> \u2013 het beheren van data als bezit<\/span><\/li>\n
  2. Servicemanagement<\/b> \u2013 het organiseren van data als dienst<\/span><\/li>\n<\/ol>\n

    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.<\/span><\/p>\n

    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 \u2013 net als Yin en Yang, complementair maar fundamenteel verschillend.<\/span><\/p>\n

    De cloud als tussenlaag<\/b><\/span><\/h4>\n

    Cloud maakt deze tweedeling zichtbaar \u00e9n 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.<\/span><\/p>\n

    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 \u2013 de platformlaag (PaaS) \u2013 wordt de vertaling gemaakt: van bezit naar actie, van potentieel naar realisatie.<\/span><\/p>\n

    Wie de cloud beheerst, beheerst de stroom. Want de cloud is niet zomaar een passief kanaal\u2014 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.<\/span><\/strong><\/p>\n

    Van PDM naar ERP: een helder verschil<\/b><\/span><\/h4>\n

    Om het verschil concreet te maken, helpt een vergelijking met industri\u00eble processen:<\/span><\/p>\n

      \n
    • PDM (Product Data Management)<\/b> 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.<\/span><\/li>\n
    • ERP (Enterprise Resource Planning)<\/b> 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?\u00a0<\/span><\/li>\n<\/ul>\n

      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. <\/span><\/p>\n

      Systeemdenken als overkoepelende benadering<\/b><\/span><\/h4>\n

      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.\u00a0<\/span><\/p>\n

      Het ene systeem is bovendien vaak ‘slechts’ een subsysteem van een groter geheel. Dat maakt het onderscheid tussen bezit en dienst n\u00f3g belangrijker. Wat in het ene domein een dienst is, is in het andere een product. Wat hier verbruikt wordt, moet elders gedefinieerd zijn.\u00a0<\/span><\/p>\n

      Daarom is het van belang om beide domeinen \u2013 data en service \u2013 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.<\/span><\/p>\n

      Tot slot: denken in balans<\/b><\/span><\/h4>\n

      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.<\/span><\/p>\n

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

      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\u00ebntie, 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. <\/span><\/p>\n

      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.\u00a0<\/span><\/p>\n

      ArQiver als bruggenbouwer<\/b><\/span><\/h4>\n

      Om die balans in de praktijk te brengen, is een platform nodig dat beide domeinen ondersteunt: databeheer \u00e9n 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\u00ebnte manier te laten plaatsvinden. Denk aan kwaliteit, compliance, governance, risicobeheersing, kosteneffectiviteit, tijdigheid, performance en servicecontrole.<\/span><\/p>\n

      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 \u2013 en maakt tegelijkertijd de uitvoering van die services transparant, controleerbaar en schaalbaar. Zo vormt ArQiver de essenti\u00eble schakel tussen wat we bezitten<\/i> aan data, en wat we doen<\/i> met data \u2013 precies de brug die moderne informatiesystemen nodig hebben.\u00a0<\/span><\/p>\n

      Photo: Google Deep Mind<\/p>\n

      Cloud, Data and Service: The Digital World as a System<\/span><\/h2>\n
      \n
      Who controls the cloud, controls data flows.<\/strong>
      Because the cloud is not just a passive channel\u2014it 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.<\/h5>\n
      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\u2014a world of systems, subsystems, and layered responsibilities.<\/h5>\n
      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.<\/h5>\n
      But the real question is not what the cloud is<\/em>, but what flows through<\/em> it\u2014and how we manage that.
      Who governs the cloud, holds the power…<\/strong><\/h5>\n<\/blockquote>\n

      Two Worlds in the Digital Chain<\/span><\/h3>\n

      From a systems thinking perspective, the digital infrastructure reveals a clear dichotomy:<\/span><\/p>\n

        \n
      1. Data Management<\/strong> \u2013 managing data as an asset<\/span><\/li>\n
      2. Service Management<\/strong> \u2013 organizing data as a service<\/span><\/li>\n<\/ol>\n

        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.<\/span><\/p>\n

        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\u2014like Yin and Yang, complementary but fundamentally different.<\/span><\/p>\n

        The Cloud as Middleware<\/span><\/h4>\n

        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.<\/span><\/p>\n

        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\u2014the cloud\u2014the translation happens: from possession to action, from potential to realization.<\/span><\/p>\n

        Who controls the cloud, controls the flow. Because the cloud is not just a passive channel\u2014it 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.<\/span><\/p>\n

        From PDM to ERP: A Clear Distinction<\/span><\/h4>\n

        To make this distinction more tangible, consider industrial processes:<\/span><\/p>\n

          \n
        • PDM (Product Data Management)<\/strong> is about managing product definitions and characteristics: specifications, bills of materials, versions. The product is central, managed as a data asset.<\/span><\/li>\n
        • ERP (Enterprise Resource Planning)<\/strong> 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\u2014a service-based approach.<\/span><\/li>\n<\/ul>\n

          ERP manages the business processes and feeds PDM with the necessary data, while ERP itself draws the required data from PDM to function properly.<\/span>
          PDM is the map. ERP is the route. Without a map, you don\u2019t know where to go. Without a route, you\u2019ll never get there.<\/span><\/p><\/blockquote>\n

          Systems Thinking as the Overarching Framework<\/span><\/h4>\n

          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.<\/span><\/p>\n

          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.<\/span><\/p>\n

          That’s why it’s crucial to recognize both domains\u2014data and service\u2014as 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.<\/span><\/p>\n

          In Conclusion: Striving for Balance<\/span><\/h4>\n

          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.<\/span><\/p>\n

          The cloud, in this context, is not the goal\u2014but 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<\/em> what we want to do with it, can we build systems that actually work.<\/span><\/p>\n

          An added complexity is the divergence of focus across management levels in many organizations. Managers tend to focus primarily on the process\u2014on 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.<\/span><\/p>\n

          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.<\/span><\/p>\n

          ArQiver as the Enabler<\/span><\/h4>\n

          To bring this balance into practice, a platform is needed that supports both domains: data management and<\/em> 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.<\/span><\/p>\n

          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\u2014while simultaneously making the execution of those services transparent, controllable, and scalable. Thus, ArQiver forms the vital link between what we own<\/em> in data, and what we do<\/em> with data\u2014precisely the bridge modern information systems need.<\/span><\/p>\n

          <\/h3>\n

          cloud data platform;\u00a0data management vs service management; cloud computing infrastructure;\u00a0digital utility model;\u00a0systems thinking in IT;\u00a0ArQiver data governance;\u00a0product data management PDM;\u00a0enterprise resource planning ERP;\u00a0data as an asset;\u00a0service-oriented architecture;\u00a0digital transformation strategy; data lifecycle management;\u00a0cloud-based service delivery;\u00a0information systems design; metadata management;\u00a0digital process optimization<\/span><\/p>","protected":false},"excerpt":{"rendered":"

          Who controls the cloud, controls data flows.
          \nBecause the cloud is not just a passive channel\u2014it 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.<\/p>\n

          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\u2014a world of systems, subsystems, and layered responsibilities.<\/p>\n

          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.<\/p>\n

          But the real question is not what the cloud is, but what flows through it\u2014and how we manage that.
          \nWho governs the cloud, holds the power…<\/p>","protected":false},"author":3,"featured_media":85518,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[340,75,78,80,138],"tags":[495,496,497,130,386],"class_list":["post-85514","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-master-data-management","category-innovation","category-storage","category-trusted-it","category-strategie","tag-clouddataplatform","tag-systemthinking","tag-dataasanasset","tag-digitale-platformen","tag-arqiver"],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/hanstimmerman.me\/wp-content\/uploads\/2025\/04\/pexels-googledeepmind-18069859-scaled-e1744126073991.jpg?fit=2560%2C1562&ssl=1","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/posts\/85514","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/comments?post=85514"}],"version-history":[{"count":17,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/posts\/85514\/revisions"}],"predecessor-version":[{"id":85536,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/posts\/85514\/revisions\/85536"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/media\/85518"}],"wp:attachment":[{"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/media?parent=85514"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/categories?post=85514"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hanstimmerman.me\/en\/wp-json\/wp\/v2\/tags?post=85514"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}