Todos los productos
Search
Centro de documentos

IoT Platform:Trazabilidad de mensajes

Última actualización: Sep 18, 2026

Simple Log Service for IoT Platform le permite consultar la trazabilidad de los mensajes en la comunicación de dispositivos. Con un TraceID o un MessageId, puede rastrear la ruta completa de cualquier mensaje que circule por IoT Platform. Además, esta trazabilidad le ayuda a analizar y localizar problemas rápidamente a partir de los nodos con errores. En este tema se describe cómo consultar la trazabilidad de un mensaje.

Procedimiento

  1. Inicie sesión en la consola de IoT Platform.

  2. En la página Overview, busque la instancia que desea gestionar y haga clic en su identificador o nombre.

  3. En el panel de navegación izquierdo, elija Monitoring & O&M > Simple Log Service. En la pestaña IoT Platform logs, busque el TraceID o el MessageId del mensaje que desea rastrear.

  4. Haga clic en Message Trace. En el cuadro de búsqueda, introduzca el TraceID o el MessageId.

  5. Haga clic en el icono de búsqueda 搜索 situado a la derecha para consultar el mapa de trazabilidad.

    • El mapa de trazabilidad está formado por iconos de nodos de comunicación y líneas de conexión. El color verde indica que el flujo de comunicación fue correcto, mientras que el rojo señala un error.

    • Coloque el cursor sobre un nodo de comunicación para consultar la hora de la comunicación, la información de éxito o el motivo del error.

    Por ejemplo, para los datos que reporta un producto de termostato doméstico, se configura una regla de reenvío de datos de la siguiente manera:

    Instrucción SQL para el procesamiento de datos:

    SELECT 
    items.temperature.value as temperature, 
    items.humidity.value as humidity,
    deviceName() as deviceName,
    timestamp() as time 
    FROM "/g***/TH_sensor/thing/event/property/post"

    La regla reenvía los datos de temperature, humidity, deviceName y time como se muestra a continuación:

    • Los datos se insertan en Tablestore, donde la clave principal se establece en ${deviceName}.

    • Los datos se publican en el grupo de consumidores de suscripción del lado del servidor AMQP denominado Default Consumer Group.

    • Los datos se insertan en ApsaraDB RDS, donde el campo time de la tabla de la base de datos se configura como clave principal autoincremental.

    • Los datos se publican en otro topic:/g***/TH_sensor/user/update.

    Para obtener más información, consulte Set data forwarding rules.

    Por ejemplo, después de que el dispositivo reporta los datos, la trazabilidad del mensaje muestra los siguientes resultados para las operaciones de reenvío:

    • Los mensajes se procesan correctamente cuando se publican en otro topic (republish), se insertan en Tablestore (ots) o se publican en un grupo de consumidores de suscripción del lado del servidor AMQP.

    • Insertar datos en ApsaraDB (RDS

      Escribir datos en la base de datos de series temporales de una instancia (

      tsdb in vpc

      ) con parámetros no válidos, o bien

      ) con una configuración de producto anómala provoca que el procesamiento del mensaje falle.

Qué hacer a continuación

Si encuentra un nodo con errores en la trazabilidad de la comunicación, solucione el problema según el motivo del fallo. Para conocer más métodos de solución de problemas, consulte las descripciones de códigos de error en

IoT Platform logs

.

Con base en el mapa de trazabilidad del ejemplo anterior, vaya a la página Message Forwarding > Data Forwarding. Busque la regla de reenvío correspondiente al ruleName y corrija las operaciones de reenvío con errores: Al insertar datos en ApsaraDB RDS, elimine la configuración de clave principal del campo time en la tabla de la base de datos.

Una vez que el dispositivo vuelva a reportar datos, consulte la trazabilidad del mensaje. Comprobará que el mensaje se procesó correctamente.