.svg)
Hoe fabrikanten systemen verdelen tussen cloud en on-premise
De maakindustrie is de sector waar on-premise nooit is verdwenen. Cloud is inmiddels de standaard voor nieuwe implementaties, maar de geïnstalleerde basis van lokale systemen in fabrieken, gereguleerde productie en defensie-toeleveringsketens blijft groot en is meestal een bewuste keuze. De meeste fabrikanten kiezen daarom niet tussen beide. Ze gebruiken ze al allebei en bepalen nu wat de volgende stap is.
De verdeling volgt meestal één lijn: hoe essentieel is het dat een systeem blijft werken als het netwerk uitvalt? Productieplanning, machinebesturing, kwaliteitscontroles en magazijnbeheer blijven dicht bij de werkvloer. Groepsfinanciën, vraagplanning, analytics, klantportalen en in toenemende mate AI-workloads draaien in de cloud, waar rekenkracht elastisch is en toegang niet gebonden is aan een gebouw.
Die verdeling is technisch logisch. Het is echter ook waar de problemen beginnen, omdat de twee sets systemen apart zijn aangeschaft, verschillende formaten spreken en nooit een gezamenlijke eigenaar hebben gekregen.
Waarom houden fabrikanten productiesystemen on-premise?
Een uur stilstand in de productie kost meer dan elke besparing op licentiekosten die een cloudmigratie zou kunnen opleveren. Die rekensom, eerder dan voorzichtigheid, is wat kritieke systemen binnen het pand houdt. De redenering valt uiteen in drie specifieke punten.
Latentie is de eerste. Een beslissing over planning of machinevergrendeling die direct bij de apparatuur plaatsvindt, kan niet wachten op een retourtje naar een regio die honderden milliseconden verderop ligt. Autonomie is de tweede, aangezien een fabriek moet kunnen blijven produceren tijdens een WAN-storing, wat elke afhankelijkheid van een externe verbinding uitsluit. Regelgeving is de derde, omdat productie- en kwaliteitsgegevens in gereguleerde sectoren verplichtingen met zich meebrengen wat betreft opslaglocatie en bewaartermijnen die lokaal eenvoudiger aan te tonen zijn.
Eerdere investeringen in systemen die goed werken verklaren de rest. Een deel van die voetafdruk is gewoonte in plaats van noodzaak, en de echte gevallen zijn beperkter dan vijf jaar geleden. Maar een aantal daarvan is nog steeds reëel.
Wat winnen fabrikanten door planning en analytics naar de cloud te verplaatsen?
Vergelijkbaarheid tussen locaties is de grootste winst. Wanneer elke fabriek rapporteert vanuit een eigen lokale instantie, verandert een vraag op groepsniveau over output, uitval of marge per lijn in een afstemmingsoefening in plaats van een eenvoudige query.
Elastische rekenkracht is de tweede winst. Vraagplanning, scenariomodellering en kwaliteitsanalyses zijn grillige workloads die het grootste deel van de maand stilstaan, en dat is precies waar vaste lokale hardware slecht mee omgaat. De derde winst is dat upgrades geen projecten meer zijn die om productievensters heen gepland moeten worden.
AI hoort ook in dit rijtje thuis, al is het niet de hoofdrolspeler. Modellen hebben gepoolde historische data nodig over locaties en jaren heen, consistent gestructureerd. Dat is eerst een dataprobleem en dan pas een modelprobleem, en dat is waarom fabrikanten die inzetten op AI meestal eerst hun datalaag verplaatsen.
Waarom drijven lokale en cloudsystemen af naar aparte silo's?
Niemand is eigenaar van het verkeer ertussen. Plant IT beheert wat er in het gebouw draait, en Group IT beheert wat er in de cloud draait, terwijl de stromen die van de een naar de ander gaan toebehoren aan degene die de laatste verbinding heeft gebouwd.
Wat dat gat opvult is bekend. Een point-to-point koppeling per systeempaar, elk geschreven door een ander persoon in een ander jaar. Een nachtelijke bestandsoverdracht die niemand controleert totdat het bestand mist. Een spreadsheet waarin iemand elke maandag de output van de fabriek afstemt op de groepsrapportage. Het symptoom is twee versies van de waarheid, waarbij de fabrieksmanager en de operationeel directeur verschillende productiecijfers noemen uit systemen die allebei denken dat ze gelijk hebben.
Dit oplossen betekent dat je deze stromen behandelt als een component met een eigenaar, in plaats van als een verzameling toevalligheden. De kosten komen vóór de baten, en daar moeten we eerlijk over zijn. Wat het oplevert, is het einde van handmatige controles en het vertrouwen dat een wijziging aan de ene kant niet stilletjes iets aan de andere kant kapotmaakt.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
