Edge ou cloud dans l'industrie : où traiter les données des machines et des caméras
DBR77 Team · Publié le
Dans l'industrie, traitez les données des machines et des caméras en edge, à l'intérieur de l'usine, quand vous avez besoin d'une réaction rapide, d'un fonctionnement hors ligne, d'une charge réseau réduite ou d'un contrôle strict des données personnelles. Utilisez le cloud pour ce qu'aucun atelier ne peut faire seul : l'analyse de plusieurs sites et les calculs lourds que vous ne voulez pas héberger vous-même.
DBR77 fonctionne en mode edge d'abord. Le traitement se fait sur site, à l'intérieur de la frontière IT/OT de l'usine, et aucune donnée brute d'atelier n'est envoyée vers un cloud public par défaut. Cet article explique pourquoi, quels signaux méritent une logique edge et comment se comparent les trois options de déploiement.
Ce que signifient edge et cloud sur le terrain
Le terme « edge » recouvre deux emplacements. Le premier est un petit calculateur installé sur la machine ou sur le poste. Le second est un serveur de l'usine, généralement dans la salle réseau d'un hall. Les deux restent à l'intérieur de votre périmètre et de votre pare-feu.
Le « cloud » désigne un centre de données situé hors de l'usine, dans le tenant de votre entreprise ou chez un fournisseur. Il excelle pour la puissance et le stockage, mais il est faible quand la liaison internet tombe ou quand les données ne doivent pas quitter le site.
La distinction utile sépare les signaux bruts et la vidéo, lourds et sensibles, des événements comme « presse 4 arrêtée à 10 h 42, cause : matière », légers et faciles à partager.
Quand le traitement en edge se justifie pour les signaux machines
Quatre raisons tranchent :
- La latence. Un arrêt doit devenir une alerte en quelques secondes. Un aller-retour vers un centre de données distant ajoute du délai et un point de défaillance.
- Le fonctionnement hors ligne. Les halls perdent parfois le réseau. Un appareil edge continue de compter les cycles et les arrêts, puis se synchronise quand la liaison revient.
- La bande passante. Par exemple (chiffres indicatifs), un capteur de vibration échantillonné à 10 kHz avec des valeurs de 2 octets produit environ 1,7 Go par jour. Envoyer des caractéristiques, comme la valeur efficace par minute, ne représente qu'une infime fraction de ce volume.
- La protection des données. Ce qui ne quitte jamais le site demande moins de contrats et moins d'autorisations.
Les signaux qui demandent une logique edge sont les changements d'état, la détection des arrêts avec une durée minimale, le comptage des cycles et les signaux haute fréquence comme les vibrations ou le courant moteur. Le TRS, le Pareto des arrêts et les rapports de poste peuvent être calculés à partir des événements ainsi produits, n'importe où. Notre guide sur la connexion des anciennes machines sans automate montre quels appareils edge lisent quels signaux.
La première question de l'IT sur les caméras
Avec les caméras, le débat devient plus vif. Dans les projets Vision AI, la première question de l'IT est presque toujours : « Où vont les images de notre hall ? »
Cette question relève de l'analyse d'impact relative à la protection des données, du délégué à la protection des données et du contrat, où « dans un cloud sécurisé » est une réponse trop faible. Selon l'article 35 du RGPD, le responsable de traitement doit évaluer les traitements à risque élevé avant de les lancer, et les caméras qui filment des salariés appellent précisément cette évaluation.
La couche Vision AI d'IRIS n'enregistre pas de vidéo par conception. Les images sont analysées sur site, le système ne conserve que des événements comme les temps de cycle ou la présence, puis les images sont supprimées. Selon notre expérience, « nous traitons localement et nous ne stockons rien » se règle en deux réunions environ avec le DPO, alors que « nous envoyons tout dans le cloud et nous stockons » prend environ deux trimestres. Voir quand une caméra remplace avantageusement un capteur pour savoir dans quels cas la vision a réellement du sens.
Apportez vos questions IT et OT à une démonstration
En 30 minutes, nous montrons où DBR77 traite les données des machines et des caméras, ce qui quitte le site et ce que votre DPO voudra voir.
Comparaison de trois options de déploiement
La même application et les mêmes modèles tournent dans les trois options ; elles diffèrent par le lieu où s'effectue l'inférence.
| Option | Lieu du traitement | Idéal pour | Compromis |
|---|---|---|---|
| Calculateur edge compact au poste | Sur un petit appareil NVIDIA Jetson, à côté de la machine ou de la caméra | Un poste pilote, des zones isolées, des postes qui doivent fonctionner hors ligne | Un boîtier par poste ; puissance de calcul limitée par appareil |
| Concentrateur de hall | Sur site, sur un NVIDIA Jetson AGX Thor qui sert de 40 à 60 caméras en 1080p | Un hall type de 5 000 à 10 000 m² | Demande de la place en baie, de l'alimentation et un réseau de hall |
| GPU dans le cloud | Dans le tenant cloud du client ou de DBR77 | Analyse multi-sites et montée en charge entre usines | Les données sortent du site, donc l'analyse d'impact et les contrats prennent plus de temps |
Le matériel est conçu pour ce type de travail. Les modules NVIDIA Jetson Orin fonctionnent entre 7 W et 60 W dans des formats compacts. Le Jetson AGX Thor dispose de 128 Go de mémoire et tient dans une enveloppe de 130 W, de quoi alimenter un hall de caméras.
Passer d'un boîtier à plusieurs sites
Comme l'application reste la même, la montée en charge consiste à ajouter du matériel :
- Commencez par un boîtier sur un poste pilote. Validez le cas d'usage et la protection des données à petite échelle.
- Passez à un concentrateur par hall. Déplacez l'inférence des boîtiers de poste vers le hall dès que le nombre de caméras le justifie.
- Ajoutez le cloud pour l'analyse multi-sites. Envoyez des événements vers le cloud pour comparer les usines, tandis que les données brutes restent sur site. Rien n'est à migrer, puisque les modèles sont identiques.
Au bout d'un an, les questions portent sur la propriété des données et des modèles ; voir la gouvernance IoT après la première année.
Sécurité, NIS2 et licences des modèles
La directive NIS2 impose des obligations de gestion des risques de cybersécurité et de notification des incidents aux entités moyennes et grandes des secteurs critiques, dont la fabrication de produits critiques. En Pologne, la loi modifiée sur le système national de cybersécurité qui transpose cette directive est applicable depuis le 3 avril 2026. Un traitement à l'intérieur de votre frontière IT/OT réduit la surface d'attaque. La norme ISA/IEC 62443 reste la référence pour sécuriser les systèmes de contrôle industriels. Notre page sécurité décrit la configuration DBR77.
Vérifiez aussi les licences des modèles. Certains modèles de vision open source populaires sont publiés sous GNU AGPL. Son article 13 impose qu'une version modifiée utilisée à distance mette son code source à disposition des utilisateurs. Cette exigence peut entrer en conflit avec un produit commercial, c'est pourquoi DBR77 utilise des modèles dont la licence autorise l'usage commercial.
Questions à poser à tout fournisseur :
- Où s'exécute exactement l'inférence, et que quitte le site ?
- Une vidéo ou un signal brut est-il stocké, où, et pendant combien de temps ?
- Le système peut-il fonctionner si la liaison internet est coupée ?
- Quelles licences couvrent les modèles d'IA ?
Questions fréquentes
Le traitement en edge coûte-t-il plus cher que le cloud ?
L'edge exige un investissement matériel au départ. Le cloud ajoute des coûts récurrents de calcul, de transfert de données et de stockage. Pour un seul hall, l'edge est en général plus simple ; le cloud devient rentable quand on compare plusieurs sites.
Pourra-t-on utiliser le cloud plus tard sans tout recommencer ?
Oui, si la même application et les mêmes modèles tournent aux deux endroits. Vous envoyez alors des événements vers le cloud pour l'analyse inter-sites, et l'inférence reste locale.
Le traitement sur site dispense-t-il de l'analyse d'impact ?
Non. Si les caméras peuvent voir des personnes, le DPO l'évaluera quand même. Un traitement local sans enregistrement rend cette évaluation plus courte et plus simple.
Que se passe-t-il quand le réseau tombe ?
Les appareils edge continuent de collecter et d'analyser les données, mettent les événements en mémoire tampon et les envoient au rétablissement de la connexion. Les alertes à l'intérieur du hall continuent de fonctionner.
Quels signaux machines doivent rester en edge ?
Les signaux haute fréquence comme les vibrations et le courant moteur, ainsi que la logique qui transforme les états bruts en événements. Les événements agrégés peuvent circuler partout.
Conclusion
Si les signaux bruts et les images des caméras restent dans l'usine et que seuls les événements en sortent, l'IT et le DPO obtiennent une réponse directe à la question « où vont les données ? ». Pour commencer, choisissez un poste pour un calculateur edge compact et validez-y le cas d'usage et la protection des données avant de prévoir un concentrateur de hall.
Voyez l'installation edge d'abord en démonstration
Nous présentons le boîtier de poste, le concentrateur de hall et l'option cloud, et nous vous aidons à choisir le bon point de départ pour l'un de vos halls.
Sources
- NVIDIA, NVIDIA Blackwell-Powered Jetson Thor Now Available, 2025
- NVIDIA, Jetson Orin for next-gen robotics, 2026
- Intersoft Consulting (texte du RGPD), Art. 35 GDPR: Data protection impact assessment, 2016
- Commission européenne, NIS2 Directive: securing network and information systems, 2026
- Ministère du Numérique (Pologne), Nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa zaczyna obowiązywać, 2026
- ISA, ISA/IEC 62443 series of standards, 2026
- Free Software Foundation, GNU Affero General Public License v3, 2007
- Spécifications de déploiement Vision AI DBR77 IRIS (architecture edge d'abord), 2026