Les termes local et cloud laissent des points ouverts ; suivre les images, les dossiers et la reprise permet de comprendre le traitement proposé.

La principale différence concerne le lieu où les images deviennent du texte de plaque et les connexions dont dépend le processus. Reconnaissance, stockage des dossiers et demandes d’accès peuvent relever de composants distincts, qui doivent chacun figurer sur le schéma.
Le traitement local et le stockage local sont des fonctions distinctes. La présence de l’une dans une proposition n’établit pas que l’autre est incluse ni ce qui se passe pendant une coupure.
Avec l’arrivée de la reconnaissance sur les caméras réseau, le moteur pouvait être installé sur une caméra ou un serveur, tandis qu’une autre application conservait les dossiers à examiner. Les équipements locaux et les systèmes locaux gérés ont développé différentes façons de relier ces couches.
Cette évolution explique pourquoi qualifier un système de local ou de cloud reste incomplet. Une description utile suit chaque image, événement et dossier dans le déploiement réel.
Un réseau restreint ou une connexion intermittente peut favoriser le traitement local. Le traitement distant peut convenir à une autre organisation de maintenance. Aucun n’est universellement nécessaire ; transferts autorisés, licences, contrôles d’accès et responsabilités de maintenance orientent le choix.
Un processeur local ne maintient pas automatiquement tous les dossiers dans le pays et ne permet pas forcément toutes les opérations hors connexion. Ces points propres au déploiement nécessitent une démonstration et un processus de reprise documenté.
Un flux continu illustratif de 4 Mb/s représente environ 1,8 Go par heure. À titre de comparaison, 1 000 événements comprenant chacun une image de 200 ko totalisent environ 200 Mo avant métadonnées et surdébit. Il s’agit de parcours différents, pas de chiffres de bande passante Aero Ranger ; la sélection des images et la politique d’enregistrement déterminent le transfert réel.
Testez les coupures entre capture, reconnaissance, stockage et révision. La démonstration doit montrer les données mises en mémoire, les règles configurées qui restent disponibles et le traitement des doublons. Elle révèle les dépendances qu’une simple étiquette d’architecture ne décrit pas.
RackLink effectue la reconnaissance sur des flux RTSP locaux pris en charge. SolarLink exécute les vérifications locales configurées et une synchronisation ultérieure. Ce sont des modes de déploiement distincts, avec des configurations différentes autour des caméras.
La configuration retenue doit être documentée pour le processus prévu. Considérer CORE comme un lieu de traitement unique ferait perdre de vue ces différences et les responsabilités qui en découlent.
Aero Ranger : traitement local des flux pris en charge avec RackLink; Aero Ranger : événements de caméras compatibles avec COREconnect; Aero Ranger : déploiement de SolarLink, état des appareils et périmètre opérationnel
Les sources ont été examinées à la date de publication.