Desarrollo local
DeviceChain está diseñado para ejecutarse localmente con solo dos dependencias: NATS y TimescaleDB. Sin Java, Kafka, ZooKeeper, Redis, Keycloak ni Mosquitto.
Conexión de un dispositivo
Los dispositivos se conectan a DeviceChain mediante MQTT (servido directamente por el servidor MQTT integrado de NATS en el puerto 1883 — sin broker independiente) o HTTP. Ambos transportes alimentan el mismo pipeline de decodificación → resolución → persistencia, por lo que el cuerpo del evento JSON es idéntico entre ambos.
Gestión de asignaciones de dispositivos
Una asignación relaciona un dispositivo con un cliente, área o activo para que su telemetría lleve contexto organizativo. En DeviceChain, una asignación es simplemente una relación rastreada sobre el grafo de entidades uniforme — no existe un registro de asignación independiente.
Credenciales de dispositivo
La identidad de un dispositivo (su token estable) se mantiene separada de sus credenciales — el material que presenta para autenticarse. Un dispositivo puede tener varias credenciales y rotarlas sin cambiar su identidad.
Configuración de Canales de Notificación
Cuando la etapa REACT de una regla de detección levanta una alarma, el subsistema de notificaciones la lleva la última milla — hasta una persona. Una política por inquilino enruta las alarmas por severidad a canales configurados (correo electrónico por SMTP, o un webhook), con limitación de frecuencia (throttling) y escalado de alarmas no reconocidas. Esta ruta de máquina a humano está deliberadamente separada de los conectores de salida de máquina a máquina: los conectores llevan payloads a sistemas; las notificaciones llevan alertas a personas, con destinatarios y enrutamiento por severidad. Consulta Procesamiento de Eventos y Alarmas para saber cómo se levantan las alarmas en primer lugar.