Edge computing versus cloud voor de industrie: hoe maak je in 2026 een keuze?

· 14 minuten leestijd
14 min read
Eziwan-team
Eziwan-team
IoT-infrastructuur

"Zet alles in de cloud" was tot 2020 het mantra van de digitale transformatie in de industrie. Maar toen botsten de projecten op de realiteit in het veld: een pompstation met een netwerklatentie van 500 ms kan een regelkring niet via de cloud afsluiten. Een productielocatie die dagelijks 2 To aan gegevens genereert, kan niet alles naar AWS verzenden zonder dat de bandbreedtekosten onbetaalbaar hoog worden. En een bedrijf in de defensiesector kan zijn productiegegevens niet hosten op een server waarvan de fysieke locatie buiten zijn controle ligt.

In 2026 is de dominante architectuur binnen het industriële IoT hybride: lokale verwerking aan de bron voor wat dat vereist, en de cloud voor wat baat heeft bij schaalgrootte en centralisatie. Deze gids helpt u bij het nemen van de juiste beslissing voor elk gebruiksscenario.

Definities: edge, cloud, fog — zonder jargon​

Laten we, voordat we een vergelijking maken, eerst eens verduidelijken wat deze termen concreet betekenen in een industriële context.

De cloud is een verzameling externe servers die via internet of een privé-WAN-netwerk toegankelijk zijn. In de industriële praktijk worden in de cloud de monitoringdashboards, historische databases, geavanceerde analysealgoritmen en samenwerkingshulpmiddelen gehost. De dominante hyperscalers zijn AWS, Microsoft Azure en Google Cloud, maar Franse soevereine cloudaanbieders (OVHcloud, Outscale/Dassault, Scaleway) winnen aan belang voor gevoelige gegevens.

Edge computing verwijst naar de verwerking van gegevens zo dicht mogelijk bij de bron — fysiek op locatie, in de schakelkast of in de apparatuur zelf. De 'edge' in 'edge computing' is de grens tussen het OT-netwerk in het veld en de rest — daar bevindt zich de industriële gateway. In de praktijk staat edge gelijk aan uw gateway of uw lokale server.

Fog computing is een overkoepelende term voor gedistribueerde verwerking in de lagen tussen het veld en de cloud (zone-aggregators, gebouwservers, fabrieksservers). In 2026 wordt de term „fog“ in de industrie minder vaak gebruikt dan in academische publicaties — de meeste bedrijven spreken simpelweg van een hybride edge- en cloudarchitectuur.

De hiërarchie in een fabriek:

  • Niveau 0: sensoren, actuatoren (geen verwerking)
  • Niveau 1: PLC’s, RTU’s (realtime verwerking, cyclus <10 ms)
  • Niveau 2: lokaal SCADA, HMI (toezicht en besturing op locatie)
  • Niveau 3: Edge-gateway (gegevensverzameling, normalisatie, voorbewerking, lokale waarschuwingen)
  • Niveau 4: Cloud (langetermijnarchivering, analyse, toezicht op meerdere locaties)

De industriële gateway van Eziwan functioneert op niveau 3 van deze hiërarchie: het vormt het knooppunt tussen het OT-netwerk in het veld en de supervisiecloud.

Wanneer edge computing noodzakelijk is​

Er zijn drie situaties waarin verwerking uitsluitend in de cloud technisch ontoereikend of onaanvaardbaar is.

Eis inzake realtime-latentie

De regelkring van een industriële PLC moet, afhankelijk van het proces, binnen 1 tot 10 ms worden doorlopen. Deze eis is fysiek onverenigbaar met een heen-en-terugverbinding via het netwerk naar een cloud op afstand, die minimaal 10 tot 50 ms duurt via een 4G LTE-verbinding, en 5 tot 20 ms via een glasvezelverbinding met de dichtstbijzijnde server in Frankrijk.

Toepassingen die lokale verwerking vereisen om te kunnen functioneren:

  • Noodstop bij overschrijding van de drempelwaarde (machine-uitschakeling bij temperatuur > 85 °C)
  • Debiet- of drukregeling (gesloten PID-regeling via edge-gateway)
  • Detectie van abnormale trillingen met activering van een lokaal alarm
  • Kwaliteitscontrole via beeldverwerking met uitsortering van defecte onderdelen op de productielijn

Beperkte bandbreedte

Een industriële hoogfrequente trillingssensor (versnellingsmeter van 10 kHz) genereert ongeveer 80 MB aan ruwe gegevens per minuut. Een productielijn met 100 van dergelijke sensoren genereert 8 GB per minuut, ofwel 11,5 TB per dag. Het in realtime verzenden van al deze gegevens naar de cloud zou tienduizenden euro's per maand aan bandbreedte en cloudopslag kosten.

De edge lost dit probleem op via twee mechanismen:

  • Downsampling: de bemonsteringsfrequentie verlagen van 10 kHz naar 1 Hz voor de dagelijkse monitoring, en de hoogfrequente gegevens alleen verzenden bij een gebeurtenis (drempeloverschrijding)
  • Feature extraction: lokaal relevante indicatoren berekenen (RMS-trillingswaarde, karakteristieke FFT-frequenties) en alleen deze indicatoren verzenden, in plaats van de ruwe gegevens

In de praktijk kan edge computing de hoeveelheid gegevens die naar de cloud wordt verzonden met 70 tot 95 % verminderen, afhankelijk van de toepassingen.

Vereiste inzake gegevenssoevereiniteit

Bepaalde industriële gegevens mogen het bedrijf of het nationale grondgebied niet verlaten:

  • Productiegegevens die verband houden met vertrouwelijke markten (defensie, luchtvaart, kernenergie)
  • Productformules en procesparameters die bedrijfsgeheimen vormen
  • Gegevens die onder geheimhoudingsovereenkomsten met klanten vallen
  • Gegevens waarvan de opslaglocatie wettelijk geregeld is (gezondheidsgegevens via het SNDS, financiële gegevens)

In deze gevallen vinden zowel de edge-verwerking als de opslag lokaal plaats. De cloud kan geanonimiseerde of geaggregeerde gegevens (prestatie-KPI’s) ontvangen, maar geen gevoelige ruwe gegevens.

Wanneer de cloud alleen volstaat​

Voor de meeste industriële monitoringtoepassingen is de cloud op zich al uitermate geschikt en vereenvoudigt deze de architectuur aanzienlijk.

Niet-kritische supervisie en monitoring

Voor het op afstand monitoren van een pompstation (meting van peil, druk en debiet om de 5 seconden) geldt geen vereiste dat de latentie minder dan 1 seconde bedraagt. Het alarm „laag niveau“, dat binnen 200 ms in plaats van binnen 10 ms wordt doorgegeven, heeft geen operationele gevolgen: de operator ziet het alarm binnen een seconde, en het pompproces heeft reactietijden in de orde van grootte van een minuut of een uur.

Analytics en machine learning op basis van historische gegevens

De algoritmen voor voorspellend onderhoud, die zijn getraind op basis van 18 maanden aan historische gegevens, werken zeer efficiënt in de cloud, waar de rekenkracht elastisch is en opslag goedkoop is. Een model voor het detecteren van afwijkingen dat één keer per uur wordt uitgevoerd op de gegevens van de afgelopen 24 uur, hoeft helemaal niet op de edge te worden geïmplementeerd.

Gecentraliseerd toezicht op meerdere locaties

Een netwerkbeheerder die toezicht houdt op 50 waterzuiveringsinstallaties verspreid over een departement heeft er alle belang bij om de gegevens in de cloud te centraliseren: uniforme dashboards, correlaties tussen locaties, prestatiebenchmarking, geautomatiseerde rapportages voor regelgevende instanties. Het implementeren van deze functies op 50 lokale edge-locaties zou niet alleen kostbaar zijn, maar ook vrijwel onmogelijk te onderhouden.

Beheer van updates en configuratie

Het centraal beheer van routerconfiguraties, firmwareversies en waarschuwingsregels is van nature een cloudfunctie. Zero Touch Provisioning (ZTP) is per definitie een clouddienst die apparatuur op afstand configureert.

De hybride edge- en cloudarchitectuur: het beste van twee werelden​

De aanbevolen architectuur voor serieuze industriële IoT-projecten in 2026 is hybride, met een duidelijke verdeling van verantwoordelijkheden tussen edge en cloud.

Functies van de edge (lokale industriële gateway):

  • Lokale verzameling van veldgegevens via Modbus RTU/TCP, OPC-UA, Profibus, SNMP
  • Standaardisatie en opmaak van gegevens (eenhedenconversie, lokale tijdstempels, apparatuur-ID’s)
  • Lokale evaluatie van alarmregels en het activeren van waarschuwingen zonder afhankelijkheid van het netwerk
  • Store & forward: tijdelijke opslag bij onderbreking van de verbinding, automatische herverzending bij herstel van de verbinding
  • Voorbewerking: downsampling, feature-extractie, filtering van uitschieters
  • VPN-tunnel naar de cloud: TLS-versleuteling, wederzijdse authenticatie

Functies van de cloud:

  • Ontvangst en archivering van gestandaardiseerde gegevens
  • Real-time en historische dashboards
  • Geavanceerde waarschuwingsmodule (correlatie tussen meerdere locaties, op trends gebaseerde waarschuwingen)
  • Analyse en machine learning
  • Gebruikersbeheer, toegangsrechten, beveiligingsaudits
  • API voor integratie met ERP-, CMMS- en BI-systemen
  • Monitoring van het gateway-park (netwerkstatus, connectiviteit, firmwareversies)

Het synchronisatieprotocol: De gateway verzendt de gegevens naar de cloud via MQTT over TLS of HTTPS REST, afhankelijk van de configuratie. Bij verlies van de verbinding worden de gegevens lokaal gebufferd (meestal in een flashgeheugen van 4 tot 32 GB) en in één keer verzonden zodra de verbinding weer tot stand is gebracht. Deze architectuur garandeert dat er geen gegevens verloren gaan, zelfs niet bij een netwerkstoring van meerdere uren.

Monitoring van de gateway zelf: De edge-gateway moet zelf vanuit de cloud worden bewaakt: beschikbaarheid, LTE-signaal (RSRP/RSRQ), CPU-/RAM-gebruik, schijfruimte, firmwareversie. Een gateway die 48 uur lang onopgemerkt stilvalt, is onaanvaardbaar op een kritieke locatie.

Edge computing in de praktijk: voorbeelden per sector​

Voedingsmiddelenindustrie — monitoring van koelcellen

Een koelcel moet zijn voorzien van een lokaal alarm voor het geval de temperatuur wordt overschreden (> +4 °C voor een koelcel), ongeacht of er een netwerkverbinding is. De edge-gateway meet de temperatuur lokaal en activeert binnen 30 seconden een lokaal geluidsalarm + sms + oproep naar de dienstdoende medewerker, zonder dat er gegevens naar de cloud en terug hoeven te worden verzonden. Tegelijkertijd worden de temperatuurgegevens om de 5 minuten naar de cloud verzonden voor traceerbaarheid en naleving van de HACCP-normen.

Watervoorziening — drukregeling

Een pompstation dat is uitgerust met een frequentieomvormer op de hoofdpomp maakt gebruik van de edge voor lokale drukregeling (instelwaarde 3,5 bar, meting om de 100 ms, aanpassing van het pomptoerental). Deze regelkringloop wordt volledig lokaal uitgevoerd — deze kan de vertraging van een heen-en-terugverbinding met de cloud niet verdragen. De cloud ontvangt elke minuut de trends voor druk en energieverbruik.

Energie — zonnepark

Een zonnepark van 500 kWp met 10 omvormers genereert ongeveer 50.000 Modbus-waarden per uur. De edge-server berekent lokaal elke 5 minuten de Performance Ratio en de vervuilingsindicator, vergelijkt de strings onderling en genereert een waarschuwing als een string meer dan 15 % onder de mediaan ligt. De cloud ontvangt de berekende indicatoren (niet de 50.000 ruwe waarden), de geaggregeerde productiecurves en de waarschuwingen.

Bouw en openbare werken — machinebewaking

Een verdichter op de bouwplaats genereert gegevens over trillingen, snelheid en GPS-positie. Het edge-apparaat berekent lokaal de "verdichtingsgangen" (een combinatie van GPS-positie en verdichtingsenergie) en stuurt alleen het bedrijfsresultaat (verdichtingskaart) naar de cloud. Dit vermindert de hoeveelheid verzonden LTE-gegevens met een factor 100 en maakt het mogelijk om zelfs in gebieden met een zwakke dekking te werken.

Edge computing met Eziwan: wat de gateway lokaal doet​

De Eziwan-gateway is ontworpen als een knooppunt voor industriële edge computing, en niet als een gewone, transparante router.

Lokale gegevensverzameling en normalisatie: De gateway vraagt gegevens op bij de veldapparatuur (Modbus RTU-controllers, M-Bus-meters, lokale MQTT-sensoren) met configureerbare intervallen van 100 ms tot 24 uur, afhankelijk van het type gegevens. De waarden worden genormaliseerd (eenheid, schaalfactor, offset) en voorzien van een nauwkeurige tijdstempel (NTP gesynchroniseerd met de Franse tijdservers).

Regels voor lokale alarmen: De eenvoudige alarmregels (bovengrens, ondergrens, waarde buiten het bereik, geen communicatie) worden op de gateway geëvalueerd. Het versturen van waarschuwingen via sms, e-mail of webhook kan rechtstreeks vanaf de edge gebeuren, zonder afhankelijk te zijn van de Eziwan-cloud. Dit garandeert dat kritieke waarschuwingen ook bij onderhoud aan het cloudplatform worden verzonden.

Store and forward: De verzamelde gegevens worden lokaal opgeslagen in het flashgeheugen van de gateway. Bij een onderbreking van de verbinding (verlies van LTE-signaal, netwerkonderhoud) worden de gegevens lokaal opgeslagen en automatisch naar de cloud verzonden zodra de verbinding weer tot stand is gebracht. Dankzij de lokale opslagcapaciteit kunnen onderbrekingen van meerdere dagen worden opgevangen zonder dat er gegevens verloren gaan.

Permanente VPN-tunnel: De verbinding tussen de gateway en de Eziwan-cloud wordt tot stand gebracht via OpenVPN, geïnitieerd vanaf de gateway (geen inkomende poort op het apparaat). Toegang op afstand tot de lokale OT-apparaten verloopt uitsluitend via deze versleutelde tunnel, zonder dat er ooit een poort op het internet wordt blootgesteld.

Lokaal ondersteunde protocollen:

  • Modbus RTU (RS-232, RS-485)
  • Modbus TCP
  • Lokale MQTT-broker
  • SNMP
  • M-Bus (energietellers, watertellers, gastellers)
  • Lokale REST-API voor aangepaste integraties

Hoe u uw edge-/cloudarchitectuur plant​

Een succesvolle edge/cloud-architectuur wordt vastgesteld voordat de apparatuur wordt gekozen. Hieronder volgt de aanbevolen werkwijze.

Stap 1: De gegevensbronnen in kaart brengen Maak een lijst van alle apparatuur of sensoren, met vermelding van het communicatieprotocol, de frequentie waarmee gegevens worden gegenereerd, de hoeveelheid ruwe gegevens en het belang van de gegevens voor de bedrijfsvoering.

Stap 2: De beperkingen indelen per gebruiksscenario Bepaal voor elk gebruiksscenario (alarm, regeling, rapportage, analyse) de belangrijkste beperking: latentie (< 100 ms? < 1 s?), beschikbaarheid zonder netwerk (ja/nee), soevereiniteit (gevoelige gegevens?), volume (> 1 MB/min per bron?).

Stap 3: De beslissingsregel toepassen

BeperkingEdge-verwerkingCloud-verwerking
Vertraging < 500 msVerplichtOnmogelijk
Beschikbaarheid zonder netwerkVerplichtOnmogelijk
Volume > 1 MB/min per bronAanbevolenDuur
Gevoelige gegevens (soevereiniteit)VerplichtOnder voorwaarden
ML-analyse op historische gegevensOptioneelAanbevolen
Toezicht op meerdere locatiesOptioneelAanbevolen
GebruikersinterfaceOptioneelAanbevolen

Stap 4: De edge dimensioneren Bereken de benodigde CPU, RAM en opslagruimte voor de lokale verwerkingen die in stap 3 zijn geïdentificeerd. Een instapmodel gateway met 512 MB RAM en 1 GB opslagruimte dekt 90 % van de behoeften van een klassieke industriële edge. Toepassingen voor videoanalyse of embedded ML-inferentie vereisen krachtigere gateways (4–8 GB RAM, ingebouwde GPU).

Stap 5: Controleer de verbinding Schat de benodigde netwerkbandbreedte in na edge-voorbewerking. Een uploadbandbreedte van 1 Mbps is voldoende voor de meeste industriële IoT-installaties met edge-verwerking (enkele honderden gestandaardiseerde gegevenspunten per minuut). Vergelijk dit met de M2M-simkaartabonnementen die in uw regio beschikbaar zijn.

Dit proces duurt 2 tot 4 uur voor een standaard industriële locatie en leidt tot beter gedimensioneerde architecturen die op de lange termijn goedkoper zijn en beter bestand zijn tegen de werkelijke bedrijfsomstandigheden.

Veelgestelde vragen​

Wat houdt industriële edge computing concreet in — is het ingewikkeld om te implementeren? In de praktijk is industriële edge computing uw IoT-gateway die lokale verwerkingslogica uitvoert: het berekenen van gemiddelden, het detecteren van drempelwaarden, filtering en aggregatie. Bij Eziwan worden deze regels geconfigureerd via het clouddashboard (zonder programmeren). Voor geavanceerde verwerkingen (embedded ML, Docker-containers) is een complexere implementatie vereist, maar de meeste industriële behoeften worden gedekt door het configureren van regels.

Wanneer volstaat edge computing niet en is de cloud dan absoluut noodzakelijk? Wanneer gegevens tussen meerdere locaties moeten worden gekoppeld (bijvoorbeeld om de prestaties van 50 fabrieken te vergelijken), wanneer de analyse een lange tijdreeks vereist (18 maanden aan trends), of wanneer teams op afstand toegang moeten hebben tot het monitoring-systeem. Edge computing alleen kan geen geconsolideerd overzicht over meerdere locaties bieden — dat is de rol van de cloud.

Is de 4G LTE-latentie (30-100 ms) een belemmering voor het gebruik van de cloud bij kritieke waarschuwingen? Voor kritieke waarschuwingen waarbij binnen 500 ms moet worden gereageerd, ja — de cloud alleen is niet betrouwbaar. Maar met edge-computing gebeuren de detectie en het lokaal activeren van de waarschuwing (sms, relais, geluidsalarm) binnen enkele milliseconden. De cloud ontvangt de melding van de waarschuwing enkele seconden later. De combinatie van edge-computing en de cloud biedt het beste van twee werelden.

Is het met edge computing via een IoT-gateway mogelijk om naar de PLC te schrijven (commando’s)? Ja. De edge kan Modbus TCP-schrijfcommando’s naar de PLC sturen (instelwaarden, aan/uit-commando’s). Deze functie moet met de nodige voorzichtigheid worden gebruikt: er is een beveiligingsanalyse nodig (wie mag wat schrijven), er moeten limieten worden ingesteld voor de toegestane waarden en er moet een volledige logboekregistratie plaatsvinden. NIS2 vereist traceerbaarheid van alle acties op afstand op OT-systemen.

Wat is het verschil tussen store-and-forward en edge computing? Store-and-forward is een functie van edge computing: de gegevens worden lokaal verzameld en in de buffer opgeslagen als de verbinding met de cloud niet beschikbaar is, en vervolgens verzonden zodra de verbinding weer tot stand is gebracht. Edge computing in de brede zin omvat ook lokale verwerking (berekeningen, waarschuwingen, regeling), niet alleen het in de buffer opslaan. Beide zijn nuttig en vullen elkaar aan.

Meer informatie​

Wilt u meer weten? Het Eziwan-team ondersteunt industriële bedrijven bij het ontwerpen en implementeren van edge/cloud-architecturen die zijn afgestemd op hun specifieke behoeften. Ontdek de edge-mogelijkheden van de Eziwan-gateway of bekijk ons aanbod voor industrieel telebeheer voor een eerste gesprek over uw project.

Aanvullende bronnen​