Il peut inclure le calcul au sein d'un appareil, les passerelles locales, les contrôleurs de site, les brokers ou les serveurs proches qui fonctionnent entre les appareils de terrain et les services centralisés.
Le traitement local peut réduire la latence, l'usage de bande passante et la dépendance à un service distant, et il peut filtrer les données sensibles ou volumineuses avant le transfert. Sa conception doit tenir compte du matériel contraint, de la connectivité intermittente, de l'exposition physique, de la gestion à distance et des conséquences de sûreté des décisions locales.
Points clés
Placer les fonctions délibérémentLocaliser les fonctions de détection, de filtrage, d'analytique, de stockage, de contrôle et de sécurité selon les besoins de timing, de capacité, de vie privée, de connectivité et de défaillance.
Protéger la chaîne de confiance localeIdentifier les appareils et les workloads, authentifier les communications, protéger les identifiants et les mises à jour, restreindre la gestion, valider les logiciels et la configuration, et surveiller les comportements significatifs localement.
Planifier le fonctionnement dégradéDéfinir ce qui continue sans connectivité vers l'amont, comment les données et commandes en file sont réconciliées, quelles décisions exigent une information fraîche, et comment la récupération évite les actions dangereuses.
Limite importanteLe placement à l'edge ne rend pas l'IoT intrinsèquement sécurisé, respectueux de la vie privée, résilient ou temps réel. Une passerelle compromise, un état périmé, une mise à jour dangereuse ou une action de contrôle mal bornée peut amplifier le dommage.