Qué revisar antes de que los dispositivos reales entren en servicio: seguridad del transporte, credenciales, límites, alarmas, retención, roles, auditoría y claves de API.
Una configuración de prueba y una de producción difieren en los detalles: un dispositivo de prueba que todavía usa MQTT sin cifrar, una alarma que nadie recibe, una clave de API con todos los permisos. Revise esta lista antes de poner dispositivos reales en servicio, y de nuevo cuando añada un nuevo tipo de dispositivo. Cada elemento enlaza con la página que lo explica.
Conexiones de dispositivos
Comprobar
Por qué
Leer
Todos los perfiles mantienen MQTT sin cifrar en solo TLS (puerto 8883), salvo un perfil creado para dispositivos que no pueden usar TLS.
Las credenciales y los datos nunca circulan en claro por la red.
Las claves de aprovisionamiento que ya no necesita se revocan; la estrategia de cada perfil es la que usted quiere. Solo dispositivos preaprovisionados es más seguro que Permitir crear nuevos dispositivos para dispositivos vendidos en volumen.
El límite de dispositivos de su plan deja margen para crecer. Los dispositivos en cuarentena, las pasarelas LoRaWAN y los nodos de pasarela también cuentan.
Los mensajes previstos al mes caben en el plan. Cuentan los mensajes de telemetría y de atributos; los comandos, las alarmas y los eventos de conexión no. Los avisos llegan al 80 % y al 95 % por defecto, además de un aviso cuando se agota y cuando se supera.
La regla de estado en línea de cada perfil se ajusta a sus dispositivos: Conexión activa para dispositivos que mantienen MQTT, Mensaje reciente con un Intervalo esperado realista para dispositivos que informan y se desconectan.
Cada regla de alarma que deba avisar a alguien tiene destinatarios (como máximo 20), una gravedad mínima y, si hace falta, un recordatorio. Las reglas sin notify solo registran alarmas.
Cada alarma se probó una vez con valores reales o simulados, y los destinatarios la recibieron realmente (por correo electrónico, SMS o push, según la configuración).
La configuración de alarmas se ajusta a su equipo: umbral de tormenta, ventana de repetición, Las alarmas críticas ignoran las preferencias de notificación, y cuánto tiempo se conservan las alarmas resueltas (365 días por defecto).
Las lecturas llegan y se almacenan: abra las pestañas Telemetría de algunos dispositivos. Un dispositivo que está en línea pero no almacena nada suele significar que el flujo raíz está desactivado.
Conoce su clase de retención. Las lecturas en bruto se conservan como máximo 90 días; los agregados por hora y por día, para toda la clase (hasta 1.095 días). Exporte lo que deba conservar más tiempo.
Los dispositivos se sitúan en emplazamientos y activos, y los emplazamientos tienen ubicación y zona horaria (las reglas de salida y puesta de sol las necesitan).
Los niveles de comando son adecuados: los comandos habituales Basic, los que alteran el servicio Privileged o Critical, y High impact con una confirmación escrita.
Las claves de API solo tienen los ámbitos que necesitan (use el preajuste de solo lectura para paneles e informes), una caducidad y redes permitidas. Las claves de prueba se revocan.
Las claves públicas de firma de sus versiones están registradas (solo propietarios), y Permitir imágenes sin firma está desactivado en los perfiles de producción.
Revisa la lista de Devices con los filtros Connection: Offline y Status: Quarantined.
Abre la página de Alarms y resuelve las alarmas de prueba.
Consulta la página de uso para ver tu número de mensajes.
Indica a tu equipo dónde mirar: la campana, la página de alarmas y los paneles compartidos.
Consulta Limits and quotas para ver todos los límites en una sola tabla.
Cookies en este sitio
Usamos cookies necesarias para que el sitio funcione. Con tu permiso, también usamos cookies de analítica y de marketing. Puedes cambiar tu elección en cualquier momento. Política de cookies
