IoT Platform admite la migración de aplicaciones desde instancias públicas hacia instancias Enterprise. A continuación se describen escenarios empresariales típicos que ilustran el proceso de migración y las consideraciones clave.
Escenario 1
Escenario empresarial
Los dispositivos utilizan autenticación con certificado único por dispositivo y un nombre de dominio de instancia pública para conectarse a IoT Platform.
Los dispositivos usan temas personalizados para reportar datos, los cuales se reenvían a sus servidores empresariales mediante otros productos en la nube a través de la función de reenvío de mensajes.
El servidor invoca la API Pub para enviar mensajes a los dispositivos.
Guía de migración
No se requieren cambios en el lado del dispositivo.
Utilice la migración gradual para verificar los dispositivos en lotes pequeños.
Durante la migración gradual, las configuraciones de productos, el reenvío de mensajes a productos en la nube y las suscripciones AMQP del lado del servidor se migran automáticamente. Las instancias Enterprise no admiten suscripciones MNS del lado del servidor; utilice suscripciones AMQP del lado del servidor en su lugar.
Compruebe que los dispositivos estén en línea y puedan reportar datos correctamente.
-
Verifique las llamadas a la API Pub y compruebe que sus servicios funcionen según lo esperado.
La API Pub admite ID de instancias Enterprise. Envíe un ticket para solicitar esta función y reducir los cambios en el lado del servidor.
Utilice la migración por lotes gradual o la migración completa para migrar los dispositivos existentes.
Escenario 2
Escenario empresarial
Los dispositivos utilizan autenticación con certificado único por dispositivo y un nombre de dominio de instancia pública para conectarse a IoT Platform.
Algunos dispositivos se conectan a IoT Platform como subdispositivos de un dispositivo de puerta de enlace.
Los dispositivos usan temas personalizados para reportar datos, los cuales se reenvían a sus servidores empresariales mediante otros productos en la nube a través de la función de reenvío de mensajes.
El servidor invoca la API Pub para enviar mensajes a los dispositivos.
Guía de migración
No se requieren cambios en el lado del dispositivo. Para los dispositivos que se conectan como subdispositivos de una puerta de enlace, asegúrese de que la topología permanezca sin cambios durante la migración.
Utilice la migración gradual para verificar los subdispositivos en lotes pequeños.
Durante la migración gradual, las configuraciones de productos, el reenvío de mensajes a productos en la nube y las suscripciones AMQP del lado del servidor se migran automáticamente. Las instancias Enterprise no admiten suscripciones MNS del lado del servidor. Use AMQP server-side subscriptions en su lugar.
Compruebe que los dispositivos estén en línea y puedan reportar datos correctamente.
-
Verifique las llamadas a la API Pub y compruebe que sus servicios funcionen según lo esperado.
La API Pub admite ID de instancias Enterprise. Envíe un ticket para solicitar esta función y reducir los cambios en el lado del servidor.
Utilice la migración gradual para verificar los dispositivos de puerta de enlace siguiendo los pasos 2, 3, 4 y 5.
Utilice la migración por lotes gradual o la migración completa para migrar los dispositivos existentes.
Escenario 3
Escenario empresarial
Los dispositivos utilizan preautenticación con certificado único por producto y un nombre de dominio de instancia pública para conectarse a IoT Platform.
Los dispositivos usan temas personalizados para reportar datos, los cuales se envían a sus servidores empresariales mediante una suscripción AMQP del lado del servidor.
El servidor invoca la API Pub para enviar mensajes a los dispositivos.
Guía de migración
No se requieren cambios en el lado del dispositivo.
Utilice la migración gradual para verificar la información de los dispositivos.
Durante la migración gradual, los productos se migran automáticamente y se genera un nuevo suscriptor AMQP del lado del servidor. Actualice y verifique la aplicación del lado del servidor.
Compruebe que los dispositivos estén en línea y puedan reportar datos correctamente.
-
Verifique las llamadas a la API Pub y la suscripción AMQP del lado del servidor, y compruebe que sus servicios funcionen según lo esperado.
La API Pub admite ID de instancias Enterprise. Envíe un ticket para solicitar esta función y reducir los cambios en el lado del servidor.
Una vez completada la verificación gradual, si tiene nuevos dispositivos, créelos directamente en la instancia Enterprise de destino y compruebe que sus servicios funcionen según lo esperado.
Utilice la migración por lotes gradual o la migración completa para migrar los dispositivos existentes.
Escenario 4
Escenario empresarial
El producto se define mediante la función de modelo Thing Specification Language (TSL). Los dispositivos utilizan autenticación con certificado único por dispositivo y un nombre de dominio de instancia pública para conectarse a IoT Platform.
Los dispositivos usan temas Alink para reportar datos, los cuales se reenvían a sus servidores empresariales mediante otros productos en la nube a través de la función de reenvío de mensajes.
El servidor invoca la API InvokeThingService para invocar los servicios proporcionados por los dispositivos.
Guía de migración
No se requieren cambios en el lado del dispositivo.
Utilice la migración gradual para verificar los dispositivos en lotes pequeños.
Durante la migración gradual, las configuraciones de productos, el reenvío de mensajes a productos en la nube y las suscripciones AMQP del lado del servidor se migran automáticamente. Las instancias Enterprise no admiten suscripciones MNS del lado del servidor; utilice suscripciones AMQP del lado del servidor en su lugar.
Compruebe que los dispositivos estén en línea y puedan reportar datos correctamente.
-
Verifique las llamadas a la API InvokeThingService y compruebe que sus servicios funcionen según lo esperado.
La API InvokeThingService admite ID de instancias Enterprise. Envíe un ticket para solicitar esta función y reducir los cambios en el lado del servidor.
Para migrar datos históricos de propiedades, eventos y servicios del modelo TSL, habilite la sincronización de datos y espere entre 7 y 30 días.
Después de 7 a 30 días, utilice la migración por lotes gradual o la migración completa para migrar los dispositivos existentes. Tras la migración, los dispositivos en la instancia Enterprise contarán con datos históricos de los últimos 7 a 30 días.