Internet de las cosas (IoT)
Implementación de IoT en telecomunicaciones: cómo Target integró MQTT y Zabbix al monitoreo de infraestructura
Una falla de energía en un equipo remoto puede aparecer para la operación como una interrupción de comunicación. Una batería en descarga puede mantener el punto funcionando mientras su autonomía disminuye. En una infraestructura compartida, identificar estas señales también ayuda a separar los problemas del operador responsable de la infraestructura de aquellos relacionados con los equipos de las empresas atendidas.
Este caso describe un proyecto realizado para un operador de telecomunicaciones con alcance nacional. Para preservar la información del cliente, su identidad no será divulgada. A lo largo del artículo, nos referiremos a la organización como “operador”.
El operador necesitaba ampliar la visibilidad sobre los componentes que sostienen su infraestructura distribuida. TARGET asumió íntegramente los servicios del proyecto: definición de la arquitectura, selección y configuración de las tecnologías, desarrollo de las integraciones, implantación, capacitación del equipo y operación de la plataforma. El trabajo conectó la telemetría de los dispositivos con el monitoreo, el diagnóstico y el encaminamiento de incidentes.
En la solución diseñada e implementada por Target, MQTT es el protocolo de comunicación, EMQX es el software de broker y Zabbix es el software de monitoreo. Target desarrolló la capa que integra estas tecnologías y estructuró el historial en PostgreSQL y TimescaleDB. El primer modelo integrado reúne 39 ítems de monitoreo y 32 reglas configuradas, y la plataforma dispone de modelos y mapeos preparados para seis familias de dispositivos. Estas cifras describen el alcance técnico entregado, y no la cantidad de equipos desplegados en campo.[1]
El proyecto da una perspectiva práctica a la discusión presentada en IoT en Brasil en 2026: qué revelan los datos sobre el mercado: la expansión de la infraestructura conectada debe ir acompañada de la capacidad de operar los equipos y utilizar sus datos.
El desafío de monitorear una infraestructura distribuida
El entorno reúne equipos instalados en puntos externos, dependientes de alimentación eléctrica, rectificadores, baterías, barramento de corriente continua y comunicación. La falla de uno de estos componentes puede comprometer el servicio y exigir la actuación de equipos con responsabilidades diferentes.
Sin una visión centralizada de las condiciones de estos puntos, la atención puede comenzar con un reclamo de indisponibilidad y pocas evidencias sobre su origen. El equipo necesita investigar si hubo pérdida de energía, compromiso de la batería, problema de comunicación o falla en otro componente antes de definir el encaminamiento adecuado.
El objetivo del cliente era reunir mediciones, eventos e historial en una plataforma que permitiera seguir los activos y calificar esa investigación. La implantación también debía atender los requisitos de acceso corporativo y acomodar equipos de diferentes fabricantes, sin exigir una plataforma de monitoreo independiente para cada modelo.
Para Target, esto significaba conectar tres dimensiones del proyecto: la telemetría producida en el equipo, la interpretación técnica de los mensajes y el contexto necesario para la atención.
Cómo se definió e implementó la arquitectura IoT
TARGET organizó la plataforma en capas, con responsabilidades distintas para comunicación, integración y monitoreo. Esta separación permite adaptar el tratamiento de un nuevo modelo de dispositivo sin concentrar todas las particularidades del fabricante en las reglas operativas.
Los equipos publican mediciones y eventos por MQTT, utilizando comunicación protegida por TLS. El protocolo trabaja con publicación y suscripción de mensajes, intermediadas por un broker. La especificación MQTT trata el contenido de estos mensajes como dato de la aplicación; por lo tanto, utilizar el mismo protocolo no garantiza que diferentes dispositivos adopten los mismos campos, unidades o códigos.[2]
Para conectar la mensajería con el monitoreo, Target desarrolló en Go el Plugin Target. Esta capa propia interpreta los tópicos y los datos recibidos, identifica el equipo y encamina los valores a los ítems correspondientes en Zabbix.[1]
El equipo también implantó PostgreSQL con TimescaleDB para almacenar el historial y los eventos, lo que permite consultar la evolución de las condiciones monitoreadas. El flujo de datos fue estructurado por Target para transformar el mensaje recibido en información asociada al activo y disponible para la operación.
Esta elección aprovecha Zabbix como plataforma de monitoreo y agrega una integración específica para las necesidades del proyecto. El producto ofrece mecanismos de recepción de datos externos y APIs de gestión de hosts; la lógica de traducción y registro utilizada en este caso fue desarrollada por Target.[4]
Esta combinación entre telemetría de campo e infraestructura central profundiza el tema del artículo Monitoreo IoT y monitoreo de TI: ¿qué cambia en la práctica?. En el caso, Target aplicó esta visión al integrar mensajes de los dispositivos, reglas de monitoreo e historial en una arquitectura común.
EMQX como capa de comunicación de los dispositivos IoT
EMQX es una plataforma de mensajería MQTT que intermedia la comunicación entre los clientes que publican datos y los consumidores interesados en esos mensajes. Su función en la arquitectura es recibir las conexiones y distribuir las publicaciones según los tópicos y las suscripciones, separando la comunicación de los dispositivos del procesamiento realizado por las aplicaciones.[3]
En el proyecto del operador, Target implantó y configuró EMQX para recibir mediciones, eventos y estado de los dispositivos y ponerlos a disposición de la integración desarrollada por el equipo. La configuración contempla autenticación de las conexiones, comunicación protegida y seguimiento de los clientes conectados. Estos recursos dan a la operación evidencias para investigar la comunicación, mientras el Plugin Target se ocupa de la interpretación de los mensajes y de su asociación con los activos monitoreados.[1][3]
Esta separación organiza las responsabilidades: la mensajería recibe y encamina las publicaciones; la integración propia de Target transforma el contenido en datos utilizables por el monitoreo. El trabajo de arquitectura, configuración e integración de estas capas fue ejecutado íntegramente por Target.
Zabbix como plataforma de monitoreo y apoyo a la operación
Zabbix es el software utilizado para reunir los datos monitoreados, evaluar condiciones y poner información a disposición del equipo de operación. Sus plantillas permiten organizar configuraciones de monitoreo reutilizables y asociarlas a los activos, estableciendo una base común de seguimiento para equipos con características semejantes.[4]
En este caso, Target desarrolló y configuró las plantillas de las familias de dispositivos, los ítems de recolección, las reglas, la clasificación de severidad, los paneles y las notificaciones. La integración propia entrega a Zabbix los valores interpretados a partir de los mensajes MQTT, y el equipo consulta mediciones y eventos en un entorno centralizado.[1]
El uso de las APIs y de los mecanismos de recepción de datos de Zabbix permitió a Target automatizar el registro técnico e incorporar la telemetría al flujo de monitoreo. La entrega resulta del trabajo de Target de adaptar, integrar y configurar estas capacidades para los requisitos del operador, además de preparar al equipo para utilizarlas.[1][4]
Integración entre fabricantes y registro automático
Uno de los requisitos era permitir la incorporación de equipos con formatos de mensaje distintos. Target implementó mapeos por familia de dispositivo, relacionando el patrón de los tópicos, la identificación del activo y los ítems del modelo de monitoreo.
Con esta organización, la inclusión de una familia compatible implica preparar su mapeo y su plantilla, además de validar el comportamiento del equipo. El núcleo de la plataforma permanece compartido. El enfoque reduce el acoplamiento a los formatos de un fabricante, preservando las diferencias necesarias para la interpretación de cada modelo.
El registro técnico también fue automatizado. Al recibir el primer mensaje de un dispositivo aún desconocido, la integración crea el host en Zabbix y asocia el modelo correspondiente. La operación complementa la información de identificación y ubicación necesaria para la atención.[1]
El beneficio entregado es retirar la creación manual del host de este camino de entrada. La automatización también estandariza la asociación inicial de las reglas de monitoreo. El contexto operativo sigue bajo responsabilidad del equipo, que debe mantener el registro consistente a medida que los activos se instalan o cambian.
Qué permite seguir la plataforma
En el primer modelo integrado, los 39 ítems comprenden 12 mediciones, 26 indicaciones de alarma enviadas por el dispositivo y un ítem de estado de conexión. La plantilla reúne 32 reglas configuradas, combinando condiciones informadas por el equipo y comparaciones de mediciones con umbrales.[1]
La cobertura incluye alimentación eléctrica, tensión del barramento, condiciones de la batería, rectificador, carga y eventos ambientales o de seguridad física. También contempla indicaciones relacionadas con la comunicación y el controlador. El objetivo es presentar las señales disponibles de forma organizada, respetando la telemetría ofrecida por cada dispositivo.
El historial agrega una dimensión importante al diagnóstico. En un escenario de caída de energía reproducido en la capacitación, el equipo pudo seguir la pérdida de la alimentación, el inicio de la descarga de la batería y la reducción posterior de la tensión del barramento. La secuencia ayuda a comprender cómo evoluciona el problema y a formular una hipótesis para la atención.[1]
Este uso combina lectura de los eventos y análisis humano. La presencia de un ítem de conexión tampoco elimina la necesidad de verificar la actualidad de los datos: la antigüedad de la última medición recibida es una evidencia relevante para investigar equipos que dejan de publicar.
Es una aplicación del problema discutido en Monitoreo de dispositivos IoT: ¿por qué conectar no es suficiente?: la operación debe evaluar si la información sigue llegando y si ofrece evidencias útiles para el diagnóstico, además de verificar la comunicación.
Nube, seguridad y continuidad de la plataforma
TARGET implantó la solución en Oracle Cloud Infrastructure, con componentes en contenedores orquestados por Kubernetes. La arquitectura definida por el equipo contempla mecanismos de recuperación específicos para los servicios y para la base de datos, de acuerdo con la función de cada componente.[1]
La implantación incorporó prácticas de infraestructura como código y GitOps, utilizando Terraform, GitLab CI, Helm y ArgoCD. Infraestructura, paquetes de aplicación y configuración por entorno están versionados, lo que permite revisar cambios y mantener bajo control el estado deseado de la plataforma.
En el acceso, el proyecto separa la comunicación de los dispositivos de las interfaces utilizadas por la operación. La autenticación corporativa fue integrada con Microsoft Entra ID. El historial, los eventos y las configuraciones cuentan con rutinas de respaldo, mientras el propio entorno supervisa la ejecución de estas rutinas y la disponibilidad de los componentes de la solución.[1]
Estas decisiones amplían el alcance de la implementación: además de recibir mensajes de campo, la plataforma debe ser administrada, actualizada y supervisada a lo largo de la operación.
Entregas y beneficios para la operación
TARGET puso en producción una plataforma con recepción de telemetría, integración propia con Zabbix, registro técnico automático, historial centralizado y notificaciones. También entregó modelos y mapeos preparados para seis familias de dispositivos, con conjuntos de ítems y reglas adecuados a las características de cada familia.[1]
Los beneficios técnicos pueden relacionarse directamente con estas entregas. La centralización reúne información antes dispersa en el camino de investigación. El registro automático reduce una actividad manual de alta de activos. Los mapeos y plantillas establecen una forma común de incorporar equipos distintos. El historial permite examinar la evolución de una condición, mientras las notificaciones llevan los eventos configurados al equipo responsable.
La capacitación integró la entrega. Target utilizó dispositivos simulados para demostrar incidentes, seguir su evolución y ejercitar los procedimientos de diagnóstico en el entorno de la solución. Así, el equipo tuvo contacto con los datos y las situaciones que necesitaría interpretar durante la operación.
Los indicadores disponibles aún no permiten cuantificar reducción de costos, de visitas de campo ni de tiempo de reparación. Estas ganancias son objetivos a seguir a medida que el parque avance en campo. El tiempo de detección, el tiempo de registro completo y los encaminamientos realizados con diagnóstico son medidas que pueden apoyar esta evaluación.[1]
La implementación demuestra cómo combinar mensajería IoT, desarrollo de integración, monitoreo e infraestructura en la nube en torno a un problema operativo concreto. La experiencia de Target está en esa articulación: definir cómo llega el dato, cómo se interpreta y cómo se vuelve útil para las personas responsables de mantener la infraestructura funcionando.
De la implementación a la operación con Target Solutions
Los proyectos de IoT exigen elecciones sobre protocolos, equipos, modelos de datos, herramientas de monitoreo e integración con los procesos existentes. TARGET actúa en la definición de la arquitectura, en el desarrollo de las integraciones, en la implantación y en la capacitación de los equipos para operar este conjunto.
Si su organización necesita implementar monitoreo IoT para activos distribuidos o integrar telemetría a las herramientas que ya utiliza, converse con Target sobre el contexto y los requisitos de su operación.
Sobre Target Solutions
Target Solutions actúa desde hace más de 15 años apoyando a organizaciones en la evolución de sus operaciones de infraestructura, monitoreo, observabilidad, automatización e inteligencia operativa. A lo largo de esa trayectoria, participó en proyectos en entornos complejos de telecomunicaciones, tecnología, gobierno, energía y grandes empresas, contribuyendo a aumentar la eficiencia operativa y la confiabilidad de los servicios. Esta experiencia también incluye proyectos relacionados con el Internet de las cosas (IoT), en los que la conectividad, la integración tecnológica y el seguimiento operativo son importantes para transformar dispositivos conectados en soluciones útiles para las organizaciones.
Sobre el autor
Paulo Florêncio de Menezes es socio y cofundador de Target Solutions y actúa desde hace más de 15 años en proyectos relacionados con infraestructura, monitoreo, observabilidad, automatización y operaciones de TI y telecomunicaciones.
Es graduado en Procesamiento de Datos por la Universidad Federal de Amazonas (UFAM), tiene un MBA en Gestión Empresarial por la Fundação Dom Cabral (FDC) y una Maestría Profesional en Economía por la Fundação Getulio Vargas (FGV).
En su investigación de maestría, desarrolló el IBEOP-IA (Índice Brasileño de Exposición Ocupacional Potencial a la Inteligencia Artificial), investigando la exposición potencial de las ocupaciones brasileñas a las capacidades de la IA mediante la combinación de datos ocupacionales, patentes de inteligencia artificial y técnicas de procesamiento de lenguaje natural.
Referencias
[1] Documentación técnica del proyecto de implementación de IoT en telecomunicaciones (cliente anonimizado). Versión del 29 de octubre de 2026. Material de referencia utilizado en la elaboración de este caso; no identifica al cliente ni expone archivos internos.
[2] OASIS. MQTT Version 5.0. OASIS Standard, 7 de marzo de 2019. Referencia conceptual sobre publicación, suscripción y mensajes; no identifica la versión utilizada en el proyecto.
[3] EMQX. Documentación oficial de la plataforma de mensajería (visión general) y de autenticación de clientes MQTT, consultada el 29 de octubre de 2026. Referencia general del producto; las opciones documentadas no implican la adopción de todos los mecanismos en el proyecto.
[4] Zabbix. Documentación oficial consultada el 29 de octubre de 2026: Zabbix trapper, API, presentación de monitoreo IoT y plantillas/grupos de plantillas (versión 7.0).