De backbone van IT verschuift: van infrastructuur naar integratie

Veel IT-teams die we spreken herkennen dit beeld: de cloudomgeving draait, het netwerk functioneert, alle applicaties zijn online, en tóch blijft bijvoorbeeld een order ergens halverwege het proces steken. De infrastructuur doet precies wat het moet doen, maar het bedrijfsproces blijft achter. Voor ons zijn dit allemaal signalen dat het zwaartepunt in de IT-architectuur is verschoven. 

Vroeger: de infrastructuur als fundament 

Twintig jaar geleden was de technische basis leidend. Netwerken verbonden locaties en servers leverden rekenkracht. Databases ondersteunden applicaties en datacenters zorgden voor continuïteit. Daarboven stonden de kernsystemen: ERP, CRM, WMS, financiële software, enzovoort. Moesten twee systemen informatie uitwisselen, dan bouwde je een koppeling. En daarna nog één. Zo groeide bij veel organisaties een landschap van point-to-point-verbindingen, maatwerkinterfaces en scripts dat met de jaren steeds lastiger beheersbaar werd. 

Zolang het landschap statisch bleef, werkte dat prima. Maar statisch is precies wat organisaties vandaag niet meer zijn. Er komen cloudapplicaties bij, legacy moet worden vervangen, bedrijven doen overnames, klanten verwachten realtime informatie en AI introduceert een nieuwe golf toepassingen die toegang nodig heeft tot data én processen. Daar gaat het traditionele model knellen. 

Nu: de integratielaag wordt het vaste punt 

Infrastructuur is door al die ontwikkelingen heen niet minder belangrijk, maar het is tegenwoordig vooral gestandaardiseerd en als dienst afneembaar geworden. De complexiteit is verhuisd naar een laag hoger: hoe laten we alles betrouwbaar samenwerken? 

Daarmee verandert de rol van integratie fundamenteel. Middleware, API-management, event-driven architecturen en iPaaS-platformen vormen samen geen verzameling koppelingen meer, maar een zelfstandige architectuurlaag waarin API’s, datastromen, business rules, security, monitoring en processen samenkomen. Applicaties leveren functionaliteit, databases de benodigde informatie, maar de integratielaag bepaalt hoe het geheel samenwerkt. De onderliggende architectuur draait als het ware negentig graden als een verbindende ruggengraat dwars door het landschap. 

Verbinden door te ontkoppelen 

Dit is een principe dat op het eerste gezicht tegenstrijdig lijkt. Maar een volwassen integratiearchitectuur verbindt systemen beter door ze juist mínder afhankelijk van elkaar te maken. Bij directe koppelingen weten applicaties veel van elkaar. Een wijziging in het ene systeem raakt vervolgens drie andere. Wanneer je systemen laat communiceren via gestandaardiseerde API’s en events ontstaat er modulariteit. Een ERP-systeem vervangen kan dan zonder het volledige landschap opnieuw op te bouwen. Een nieuwe SaaS-applicatie sluit je gerust aan op de bestaande laag. En een overname ontsluit je gecontroleerd via dezelfde architectuur. Het integratielandschap absorbeert een deel van de verandering en dat is wat organisaties wendbaar maakt. 

En dan komt AI 

Die verschuiving wordt met AI alleen maar urgenter. Vrijwel iedere serieuze AI-toepassing heeft drie dingen nodig: data, context en toegang tot processen. Een agent die een klantvraag zelfstandig afhandelt, heeft informatie nodig uit het CRM, ERP, ordermanagement en logistiek, en moet daarna ook acties kunnen initiëren. 

Zonder integratiearchitectuur betekent elke nieuwe AI-toepassing opnieuw maatwerk richting tientallen bronsystemen. Met een volwassen integratielaag sluit AI aan op de digitale capabilities die je al hebt, gecontroleerd en herbruikbaar. Een modulair integratielandschap is daarmee een van de de belangrijkste enablers voor AI om daadwerkelijk waarde toe te kunnen voegen.  

Van projectkosten naar strategische waardetoevoeging 

Ook de businesscase verandert hierdoor. Een losse koppeling wordt meestal beoordeeld als een kostenpost binnen een project. Maar de investering in een goed integratielandschap verdien je terug in alles wat daarna eenvoudiger wordt: hergebruik van API’s en businesslogica, snellere implementaties, minder handmatige overdracht, betere datakwaliteit, eenvoudiger vervanging van legacy en minder afhankelijkheid van individuele leveranciers. 

De belangrijkste ontwerpvraag verschuift daarmee ook. We stellen niet langer de vraag welke systemen er zijn en we en hoe die aan elkaar gekoppeld moeten worden. In plaats daarvan kijken we veel meer naar de capabilities en vervolgens pas naar de data en processen die nodig zijn en hoe we ervoor zorgen dat die systemen daar flexibel op aangesloten kunnen worden. De individuele systemen worden daarmee vervangbaar en niet langer een terughoudende factor wanneer het nodig is om mee te gaan met de ontwikkelingen die een organisatie tegenkomt in de markt. 

Of zoals wij het graag samenvatten: de infrastructuur blijft ervoor zorgen dat IT draait en de integratie backbone zorgt dat de organisatie wendbaar blijft. 

Samen bouwen aan die backbone 

Zo’n backbone ontstaat niet in één project en komt ook niet uit één tool. Intodat werkt tool- en vendor-agnostisch, begint bij de organisatiedoelstellingen in plaats van bij het platform, en bouwt stap voor stap mee met jouw mensen. Iteratief, met quick wins onderweg en altijd met het grotere plaatje in het achterhoofd, tot je team het zelf in handen heeft. 

Benieuwd hoe jouw integratielandschap ervoor staat? Plan een vrijblijvende intake, dan kijken we er samen naar!

Digitale soevereiniteit bij keuzes rond data-en software integraties: waar moet je op letten?

Digitale soevereiniteit is in korte tijd verschoven van een abstract beleidsthema naar een concrete inkoopvraag. Waar het een paar jaar geleden vooral ging over principes, ligt er nu Europees beleid en wetgeving op tafel dat meetbaar maakt wat soevereiniteit betekent. Voor organisaties die hun data binnen Europa willen houden heeft dat directe gevolgen, ook voor een keuze die makkelijk over het hoofd wordt gezien: het integratieplatform waarmee je datastromen tussen verschillende systemen realiseert en beheert.

In deze blog leggen we uit wat er speelt rond datasoevereiniteit, waarom je integratie laag onderdeel van die vraag is en hoe je er als organisatie naar kunt handelen. Daarna reiken we een afwegingskader aan: de eigenschappen waarop integratieplatforms van elkaar verschillen met betrekking tot soevereine data-integratie, en hoe die een spectrum vormen dat loopt van oplossingen die volledig in handen zijn van buiten-Europese spelers tot volledig soevereine, Europese inrichtingen. 

Waarom de locatie van de data alleen niet genoeg is 

De kern van soevereine data-integratie zit niet alleen in de vraag waar je data staat, maar in de vraag wie er juridisch bij kan. Bijvoorbeeld, de Amerikaanse CLOUD Act, van kracht sinds 2018, geeft Amerikaanse autoriteiten de bevoegdheid om data op te vragen bij bedrijven die onder Amerikaanse jurisdictie vallen, ongeacht waar die data fysiek staat. Een dataset op een server in Frankfurt of Amsterdam valt daar nog steeds onder als de aanbieder een Amerikaans bedrijf is.

Veel internationale aanbieders bieden inmiddels EU-datacenters en diensten aan die als soeverein worden gepositioneerd. Dat adresseert het locatievraagstuk, maar niet het zeggenschapsvraagstuk. Zolang het moederbedrijf onder Amerikaanse jurisdictie valt, blijft de extraterritoriale werking van Amerikaans recht in beeld. De verschuiving die we in de markt zien is dan ook van de vraag waar data is opgeslagen naar de vraag wie de infrastructuur controleert. Digitale soevereiniteit is in de praktijk een reeks ontwerp- en governance keuzes, en niet één product of één regel. Met “data staat in de EU” ben je er nog niet.

De integratie laag als blinde vlek 

Bij digitale soevereiniteit denken de meeste organisaties aan opslag, datacenters en cloudplatforms. De integratie laag blijft daarbij vaak buiten beeld, terwijl juist daar gevoelige data doorheen stroomt. Een iPaaS of integratieplatform verwerkt bijvoorbeeld orders, facturen, klantgegevens, vrachtbrieven en persoonsgegevens, continu en in realtime. 

Daarmee verdient een soevereine data-integratie dezelfde aandacht als je opslag. De vragen zijn vergelijkbaar. Wie is eigenaar van de vendor en onder welke jurisdictie valt die? Waar draait het platform en wie beheert de infrastructuur? Kun je het on-premises of in een Europese cloud draaien? Wordt data tijdens verwerking ergens buiten de EU aangeraakt? En hoe zit het met vendor lock-in: hoe realistisch is een overstap naar een ander platform als dat nodig is? Wie hier bewust in kiest, kan datastromen binnen Europese grenzen en onder Europees recht houden, zonder dat de integratie laag een achterdeur vormt. 

Hoe je als organisatie handelt naar soevereine data-integratie

Een praktische aanpak begint niet bij de techniek, maar bij classificatie. Niet elke datastroom vraagt om hetzelfde soevereiniteitsniveau. Door werkstromen in te delen naar gevoeligheid bepaal je waar soevereiniteit nodig is en waar een pragmatische keuze volstaat. 

Voor veel organisaties werkt een hybride of multi-platform model. Niet-gevoelige integraties kunnen op een bestaande stack draaien, terwijl kritische datastromen met persoonsgegevens, financiële data of bedrijfsgeheimen naar een Europees platform onder Europees recht gaan. Zo combineer je bestaande investeringen met soevereiniteit waar het ertoe doet. 

Een aantal aspecten moeten expliciet los benaderd worden. Europees eigendom en soevereine datahosting zijn niet hetzelfde en het is verstandig die in elke afweging apart te benoemen. Eigendom en hosting verschuiven bovendien door overnames en cloudkeuzes, dus een claim van vandaag is geen garantie voor morgen. Verifieer per leverancier de actuele situatie voordat je er beleid op baseert. 

Waar moet je op letten? De afwegingsaspecten

Integratieplatforms verschillen niet op één knop, maar op een aantal aspecten die je het beste apart weegt. Samen bepalen ze waar een oplossing op het soevereiniteitsspectrum valt. Hier volgt een reeks aspecten die overwogen kunnen worden tijdens het selectieproces: 

  1. Eigendom en jurisdictie van de leverancier. Onder welk rechtsstelsel valt het bedrijf? Een Amerikaans moederbedrijf brengt de CLOUD Act in beeld, ook bij EU-hosting. Bij Europese aanbieders is het nog relevant of de eigenaar een oprichter, een overheid of een private equity partij is, en of die binnen of buiten de EU zit. 
  2. Locatie van de datahosting. Draait het platform in een EU-regio, in een specifiek land, of wereldwijd? Datalocatie lost het locatievraagstuk op, maar niet automatisch de jurisdictievraag. 
  3. Beheer van de onderliggende infrastructuur. Draait het platform op een Amerikaanse hyperscaler, op een Europese cloud, of op een eigen infrastructuur van de leverancier? Dit is vaak het verschil tussen EU-gehost en daadwerkelijk soeverein. 
  4. Verwerkingslocatie en governance. Wordt data tijdens verwerking, support of monitoring ergens buiten de EU aangeraakt? Certificeringen als ISO 27001 en AVG-conformiteit geven hier houvast. 
  5. Inrichtingsvrijheid. Kun je kiezen voor on-premises of een private Europese cloud als de standaardopzet niet soeverein genoeg is? Deze knop verplaatst controle naar jouw eigen omgeving. 
  6. Vendor lock-in. Hoe realistisch is een overstap? Open standaarden en portable artefacts (bijvoorbeeld gegenereerde, leverancieronafhankelijke code) verkleinen de afhankelijkheid. 

Deze aspecten staan niet los van elkaar. Een platform kan Europees eigendom hebben maar op een Amerikaanse hyperscaler draaien, of juist Amerikaans eigendom hebben met een EU-datacenter. Door ze apart te scoren voorkom je dat één geruststellend kenmerk de andere risico’s maskeert.  

In de praktijk zien we dat de meeste organisaties niet op één positie uitkomen, maar per datastroom een positie kiezen. Een niet-gevoelige koppeling mag prima lager op het spectrum zitten, terwijl een stroom met persoonsgegevens naar het soevereine einde schuift. Zo maak je van soevereiniteit een gerichte investering in plaats van een dure alles-of-niets-keuze. 

Tot slot 

Digitale soevereiniteit is geen tijdelijke trend, maar een richting die zich in beleid en wetgeving aan het vormen is. Voor organisaties die hun data binnen Europa willen houden, betekent dit dat ook het data-integratieplatform een bewuste keuze verdient. 

Soevereine data-integratie is geen knop die je omzet, maar een spectrum waarop je per dataflow een positie kiest, afhankelijk van eigendom, hosting, jurisdictie en de mate waarin je zelf controle houdt. Welke positie past, hangt af van je sector, je gevoeligheidsclassificatie en hoe strikt je de soevereiniteit wilt invullen. 

Bij Intodata werken wij met een breed aanbod van integratie- en dataplatforms, waarvan een deel qua eigendom en hosting buiten Europa valt en een deel juist sterke Europese wortels heeft. Wij kennen per platform waar het op deze aspecten staat, en helpen je om per datastroom de passende positie op het spectrum te bepalen. Wij denken graag mee over die afweging, van het classificeren van je dataflows tot het inrichten van een integratielaag die je data aantoonbaar binnen Europa houdt.