Comparatif · SCADA vs IIoT

SCADA vs IIoT — différences, OPC-UA et complémentarité en 2026

SCADA et IIoT ne sont pas des adversaires : l'un supervise et contrôle en temps réel, l'autre connecte, analyse et donne accès depuis n'importe où via OPC-UA. La vraie question est comment les combiner intelligemment.

Verdict : SCADA pour contrôle temps réel, IIoT complémentaire pour analytics et accès distant

Tableau comparatif — 15 critères

SCADA traditionnel (WinCC, iFIX, Wonderware) vs plateforme IIoT cloud (Eziwan + cloud)

CritèreSCADA traditionnelIIoT (Eziwan + Cloud)
Architecture principaleCentralisée (serveur + clients)Distribuée (edge + cloud)
Standardisation protocolesForte (OPC-UA, IEC 61968, DNP3)Variable (MQTT, REST, OPC-UA)
Coût déploiement initialÉlevé (30k à 500k€)Modéré (quelques k€ par site)
ScalabilitéLimitée (licences par points/tags)Horizontale, cloud-native
Latence contrôle< 100 ms (temps réel)50-500 ms (supervision)
Modèle PurdueNiveaux 2-3 (supervision/contrôle)Niveau 3.5/4 (analytics/cloud)
Historique donnéesHistorian on-premise (OSIsoft PI, etc.)Cloud time-series (InfluxDB, AWS)
Cybersécurité architectureAir-gap OT, réseau isoléInternet + VPN zero-inbound-port
Maintenance infrastructureLourde (serveurs locaux, licences)Légère (firmware OTA, cloud)
Intégration cloud / analyticsComplexe (connecteurs spécifiques)Native (API REST, MQTT)
Intégration OPC-UAStandard (serveur natif)Client OPC-UA (gateway Eziwan)
Temps de déploiementMois à années (engineering)Jours à semaines (ZTP)
Maturité technologiqueTrès mature (30+ ans)En croissance rapide
Coût total 5 ans (10 sites)200k à 2M€50k à 200k€
Accès mobile hors siteVia client VPN dédiéNavigateur web ou app mobile

Analyse approfondie

8 dimensions pour comprendre SCADA et IIoT dans leur contexte réel

1

SCADA : la référence pour le contrôle temps réel

Le SCADA (Supervisory Control and Data Acquisition) est le standard de la supervision industrielle depuis les années 1970. Il supervise et contrôle en temps quasi-réel les procédés industriels : distribution d'eau et d'assainissement, réseaux électriques, pétrochimie, transport. Ses points forts sont sa fiabilité, sa redondance, ses protocoles standardisés (OPC-UA, DNP3, IEC 61850) et son architecture éprouvée. Les éditeurs majeurs — Siemens WinCC, AVEVA (ex-Wonderware) InTouch, GE Proficy iFIX, Ignition par Inductive Automation — proposent des solutions scalables de 100 à plusieurs millions de points de données.

2

IIoT : la couche d'intelligence distribuée

L'IIoT (Industrial Internet of Things) n'est pas un logiciel unique mais une architecture : des capteurs et équipements connectés à des gateways edge (comme Eziwan) qui transmettent vers des plateformes cloud pour analytics, visualisation et accès distant. L'IIoT excelle dans les domaines où le SCADA est limité : sites multiples et dispersés géographiquement, accès distant depuis smartphone ou navigateur, intégration avec des outils business (ERP, BI, maintenance prévisionnelle). La courbe d'adoption est plus rapide, le coût de démarrage plus faible, et la scalabilité quasi-illimitée.

3

OPC-UA : le pont entre SCADA et IIoT

OPC-UA (IEC 62541) est la technologie clé qui permet aux deux mondes de coexister. En tant que standard d'interopérabilité industrielle avec sécurité native (TLS, authentification certificat), modèle d'information objet et transport IP, OPC-UA est adopté par tous les éditeurs SCADA majeurs et les fabricants de PLC (Siemens S7-1500, Schneider M580, Rockwell ControlLogix). Eziwan implémente un client OPC-UA capable de lire les données d'un serveur OPC-UA SCADA ou PLC et de les remonter vers le cloud, créant un pont naturel entre l'architecture SCADA on-premise et la couche IIoT cloud.

4

Historian vs time-series : stocker les données industrielles

Les Historians SCADA (OSIsoft PI System, AVEVA PI, GE Proficy Historian) sont des bases de données spécialisées pour l'historique process, avec compression propriétaire (SwingDoor pour PI), accès via API PI Web API ou SQL, et intégration native dans les SCADA. Ils fonctionnent on-premise avec des licences par tag, coûteuses à l'échelle. Les bases time-series cloud (InfluxDB, TimescaleDB, AWS Timestream, Azure ADX) sont open-source ou SaaS, avec un coût proportionnel au volume ingéré, une scalabilité horizontale illimitée et des API REST/MQTT standard. Eziwan écrit directement dans InfluxDB ou TimescaleDB via son protocole d'écriture natif, simplifiant l'architecture data.

5

Cybersécurité : modèle Purdue vs architecture IIoT

Le modèle de Purdue (ISA-95) organise les systèmes OT en zones isolées : le réseau OT (niveaux 0-3) est séparé du réseau IT (niveau 4-5) par une DMZ (niveau 3.5). Ce modèle garantit l'isolation mais rend l'accès distant compliqué. L'IIoT avec gateway Eziwan respecte ce modèle : la gateway établit uniquement une connexion sortante (zero-inbound-port) via OpenVPN vers le cloud, sans ouvrir de port entrant sur le réseau OT. Le réseau SCADA reste physiquement isolé, et l'accès distant s'effectue via le tunnel OpenVPN sous contrôle strict. C'est l'architecture recommandée par l'ANSSI pour la connexion des systèmes industriels critiques au cloud.

6

Le défi de l'intégration brownfield

La grande majorité des sites industriels sont des brownfield — ils disposent déjà d'un SCADA opérationnel, parfois vieux de 15 ans, impossible à remplacer sans risque opérationnel majeur. L'approche IIoT intelligente consiste à ne pas toucher au SCADA mais à ajouter une couche de connectivité parallèle. Eziwan se connecte aux équipements industriels (PLC, RTU) via Modbus, indépendamment du SCADA, et remonte les données vers le cloud. Résultat : supervision SCADA locale maintenue + analytics IIoT cloud sans remise en cause de l'existant. Cette approche brownfield est la plus courante dans les projets de digitalisation industrielle en France.

7

Coûts cloud vs on-premise SCADA : la vraie comparaison

Le coût cloud IIoT inclut : la gateway Eziwan (800 à 1500 euros par site), l'abonnement cloud (50 à 200 euros par site et par mois), les coûts de stockage time-series (variables selon volume). Sur 3 ans pour 10 sites : 15 000 à 30 000 euros CAPEX + 18 000 à 72 000 euros OPEX = 33 000 à 102 000 euros TCO. Un SCADA on-premise comparable (WinCC, 10 sites) : licences 50 000 à 200 000 euros, serveurs 20 000 euros, engineering 50 000 euros, maintenance annuelle 15 000 euros = 185 000 à 410 000 euros sur 3 ans. L'IIoT cloud représente un TCO 3 à 5 fois inférieur pour les cas de supervision multi-sites.

8

Architecture hybride SCADA/IIoT : le meilleur des deux mondes

L'architecture hybride émergente combine SCADA on-premise pour le contrôle temps réel critique et IIoT cloud pour l'analytics, l'accès distant et l'intégration ERP. Le SCADA supervise et contrôle localement via OPC-UA. La gateway Eziwan lit les données OPC-UA du SCADA et les remonte vers le cloud pour analytics et accès distant. Cette architecture préserve les garanties temps réel et de sécurité du SCADA, tout en bénéficiant de la scalabilité et de l'accessibilité du cloud IIoT. C'est l'architecture recommandée par l'industrie 4.0 et RAMI 4.0 (Reference Architecture Model Industrie 4.0).

Cas d'usage concrets

4 architectures réelles illustrant SCADA et IIoT en complémentarité

Cas 1

Station de traitement des eaux : SCADA + IIoT

Contexte : Service des eaux gérant une station de traitement (SCADA Wonderware) et 40 stations de pompage dispersées

Solution : SCADA local + IIoT Eziwan pour sites distants

La station principale conserve son SCADA Wonderware pour le contrôle temps réel du traitement (chloration, filtration, turbidité). Les 40 stations de pompage dispersées, sans SCADA local, sont supervisées via gateway Eziwan 4G. Le dashboard cloud Eziwan consolide les données des 40 stations avec alertes SMS/email. OPC-UA bridge entre le SCADA central et la plateforme cloud pour une vue unifiée. Réduction de 70% des déplacements d'intervention grâce à la télésurveillance IIoT.

Cas 2

PME industrielle sans SCADA : IIoT direct

Contexte : Fabricant de pièces plastiques avec 12 presses à injecter, sans système de supervision existant

Solution : IIoT Eziwan (pas de SCADA)

Sans budget pour un SCADA complet (60 000 euros minimum), la PME déploie 3 gateways Eziwan pour superviser les 12 presses via Modbus TCP. Le dashboard cloud affiche en temps réel les cadences, les consommations énergétiques et les temps d'arrêt. Les alertes de dérive process sont envoyées aux chefs d'équipe sur smartphone. ROI atteint en 8 mois grâce à la réduction des arrêts non planifiés et à l'optimisation de la consommation électrique.

Cas 3

Raffinerie : SCADA critique + analytics IIoT

Contexte : Unité de raffinage avec SCADA Siemens WinCC pour le contrôle procédé et besoin d'analytics prédictif

Solution : SCADA WinCC + IIoT cloud via OPC-UA

Le SCADA WinCC gère le contrôle temps réel de l'unité (pression, température, débit) avec redondance CPU et réseau OT isolé. La gateway Eziwan lit les données via OPC-UA depuis le serveur WinCC et les remonte vers une plateforme analytics cloud pour la maintenance prédictive des compresseurs et échangeurs. Les données de vibrations et températures sont analysées par algorithmes ML pour prédire les pannes à 72 heures d'avance. Aucune modification du SCADA ou du réseau OT existant.

Cas 4

Parc de 50 bâtiments tertiaires : IIoT unifié

Contexte : Gestionnaire de patrimoine supervisant 50 bâtiments avec compteurs d'énergie et régulateurs GTB

Solution : IIoT Eziwan (SCADA non justifié à cette échelle)

Chaque bâtiment dispose d'une gateway Eziwan lisant les compteurs d'énergie (gaz, électricité, eau) en Modbus RTU et les régulateurs GTB en Modbus TCP. Le dashboard cloud consolide les 50 bâtiments avec KPIs de consommation, score ISO 50001, et alertes de dérive. L'intégration avec l'ERP de gestion patrimoniale via API REST automatise la refacturation des charges locatives. Un SCADA on-premise par bâtiment aurait été économiquement absurde pour ce cas d'usage.

Quand choisir quoi ?

Priorisez le SCADA si…
  • Contrôle temps réel strict (< 100 ms)
  • Procédé de sécurité (SIL requis)
  • Infrastructure critique (eau, énergie, chimie)
  • Normes réglementaires imposant SCADA certifié
  • Budget et équipe IT disponibles
  • Site unique avec forte densité d'équipements
Optez pour IIoT (Eziwan) si…
  • Sites multiples dispersés géographiquement
  • Accès distant mobile (techniciens nomades)
  • Digitalisation progressive brownfield
  • Budget SCADA hors de portée (PME)
  • Analytics, tendances, maintenance prédictive
  • Intégration cloud ou ERP souhaitée
  • Supervision énergétique multi-sites

Erreurs fréquentes

Les 5 erreurs les plus courantes dans les projets SCADA et IIoT

1
Vouloir remplacer le SCADA par l'IIoT en une seule étape

Un SCADA industriel supervise et contrôle des procédés critiques en temps réel depuis parfois 20 ans. Le remplacer par une plateforme IIoT cloud en quelques semaines est une erreur grave. L'approche correcte est additive : ajouter l'IIoT en parallèle du SCADA existant, sans le remplacer, en commençant par les données non critiques.

2
Connecter directement le réseau SCADA à Internet

Exposer les automates SCADA directement sur Internet (sans DMZ ni VPN) pour permettre l'accès à la plateforme IIoT est une faute de sécurité majeure. Des milliers de SCADA industriels sont accessibles publiquement sur Internet. La gateway Eziwan avec zero-inbound-port est le seul point de connexion entre le réseau OT et le cloud.

3
Ignorer OPC-UA au profit de solutions propriétaires

Implémenter l'IIoT avec des connecteurs propriétaires (MQTT Siemens S7 sans serveur OPC-UA, Modbus non standardisé) crée une dépendance fournisseur. OPC-UA est le standard interopérable qui garantit la portabilité des données entre SCADA, MES et plateformes cloud. Toujours préférer OPC-UA quand c'est disponible sur l'équipement.

4
Sous-estimer le coût des licences Historian SCADA à long terme

Les Historians propriétaires (OSIsoft PI, AVEVA Historian) facturent par tag (point de données). Sur un site avec 10 000 points de données, les licences annuelles dépassent facilement 50 000 euros. L'IIoT cloud avec InfluxDB ou TimescaleDB facture par volume ingéré et stocké — économie de 60 à 80% pour les nouvelles installations sans legacy Historian.

5
Négliger la cybersécurité lors de l'ajout de l'IIoT au SCADA

Ajouter une gateway IIoT sur le réseau SCADA sans isolation physique (VLAN dédié, firewall entre gateway et équipements SCADA) crée une surface d'attaque. La gateway doit être sur un VLAN dédié avec accès uniquement aux équipements qu'elle doit superviser. Eziwan implémente cette segmentation nativement via ses politiques de routage sélectif.

Verdict par secteur industriel

SCADA, IIoT ou hybride selon votre secteur ?

Secteur
Distribution d'eau et assainissement
Recommandation : SCADA + IIoT Eziwan (hybride)

Le SCADA reste obligatoire pour le contrôle temps réel des procédés de traitement (chloration, filtration) et les exigences réglementaires. L'IIoT Eziwan complète avec la supervision multi-sites des stations de pompage, l'accès distant mobile des agents et les alertes sur smartphone.

Secteur
Industrie manufacturière (PME)
Recommandation : IIoT Eziwan

Pour une PME industrielle sans SCADA existant et sans budget pour un déploiement complet, l'IIoT cloud Eziwan offre 80% des fonctionnalités à 15% du coût : supervision des équipements, suivi de production, alertes, accès distant. L'investissement SCADA complet peut être différé à l'atteinte d'une taille critique.

Secteur
Oil & Gas / raffinage
Recommandation : SCADA (contrôle) + IIoT (analytics)

Les procédés pétroliers et chimiques avec SIL (Safety Integrity Level) exigent des SCADA certifiés avec redondance et temps réel strict. L'IIoT complète avec l'analytics prédictif sur les données de production, accessible depuis les centres de contrôle distants et les équipes mobilisées sur site.

Secteur
Smart Building / efficacité énergétique
Recommandation : IIoT Eziwan

La GTB (Gestion Technique du Bâtiment) pour le suivi des consommations, le pilotage des CVC et la gestion des alarmes ne nécessite pas les latences temps réel d'un SCADA. L'IIoT cloud avec Eziwan offre toutes les fonctionnalités nécessaires avec une architecture plus simple et des coûts réduits.

Secteur
Energies renouvelables (parcs multi-sites)
Recommandation : IIoT Eziwan

Les parcs éoliens et centrales solaires multi-sites dispersés géographiquement sont le cas d'usage idéal de l'IIoT : supervision centralisée depuis le cloud, accès depuis n'importe où, analytics de production et de maintenance prédictive. Le SCADA on-premise par site serait économiquement injustifié.

Analyse d'expert

SCADA et IIoT : superposer, pas remplacer — l'architecture de convergence OT/IT

Le SCADA pilote et supervise le procédé en temps réel ; l'IIoT collecte, historise et analyse à grande échelle. Bien conçue, l'architecture les fait coexister via un bus de données découplé (OPC UA / MQTT) sans toucher au niveau de commande.

Normes & référentiels applicables

ISA-95 / IEC 62264

Modèle de hiérarchie fonctionnelle (niveaux 0 à 4) : situe le SCADA (niveau 2) et les plateformes IIoT/MES (niveaux 3-4) et cadre les échanges.

Modèle Purdue (PERA)

Segmentation de référence OT/IT avec DMZ industrielle (niveau 3,5). L'IIoT se connecte via cette DMZ, jamais en direct sur le réseau de commande.

OPC UA — IEC 62541

Standard d'interopérabilité orienté objet, sécurisé (certificats X.509, chiffrement), avec modèle d'information. Pont privilégié SCADA → IIoT.

MQTT — ISO/IEC 20922

Protocole publish/subscribe léger, idéal report-by-exception sur liens contraints. Sparkplug B structure le namespace (UNS) pour l'IIoT.

IEC 62443

Sécurité des systèmes d'automatisation : zones et conduits, segmentation, contrôle d'accès — impératif dès qu'on ouvre l'OT vers le cloud.

NAMUR NE 175 / Open Architecture

Cadre du canal secondaire de données (monitoring) parallèle au canal de commande, sans impacter la disponibilité du procédé.

Architecture recommandée

Terrain (niv. 0-1)
capteurs · PLC
SCADA (niv. 2)
commande temps réel
Pont OPC UA / MQTT
report-by-exception
DMZ industrielle
niveau 3,5
IIoT Cloud
historian · analytics

Le canal IIoT est un flux secondaire en lecture, découplé du SCADA. La commande temps réel reste dans l'OT ; seule la donnée de supervision remonte, filtrée et agrégée à la périphérie (edge).

Paramètres techniques clés

CritèreSCADAIIoT
FinalitéCommande / supervisionCollecte / analyse / KPI
Modèle d'échangePolling cycliquePublish/subscribe (event)
Latence ciblems — déterministes — best-effort
Protocole typiqueModbus, OPC UA, IEC 104MQTT, OPC UA, REST
Périmètre donnéesSite / procédéMulti-sites / flotte
Criticité disponibilitéÉlevée (procédé)Modérée (analytique)

Règle d'or : ne jamais faire dépendre une boucle de commande d'un composant cloud. L'IIoT observe, il ne commande pas.

Retour terrain chiffré

Industriel multi-sites — modernisation sans remplacer le SCADA existant

Ajout d'un pont OPC UA→MQTT en DMZ, remontée cloud pour KPI énergétiques et maintenance prédictive, SCADA local inchangé.

0
modification du programme automate
3,5
niveau Purdue de raccordement (DMZ)
-70 %
volume data vs remontée brute (report-by-exception)
12
sites agrégés dans un namespace unifié (UNS)
FAQ

Questions fréquentes

Ajoutez l'IIoT à votre SCADA existant avec Eziwan

Gateway IIoT non intrusive. Se connecte à votre SCADA et vos PLC existants via OPC-UA ou Modbus. Accès distant sécurisé, dashboard cloud, zéro modification de l'existant.