Guías de ThinkLink / Despliegue y planificación
Cómo desplegar ThinkLink: nube, servidor local o gateway integrado
Elija un despliegue de ThinkLink según la conectividad, la ubicación de los datos y las responsabilidades de mantenimiento. Incluye comprobaciones de preparación, aceptación y migración.
Determine primero qué operaciones deben continuar si el sitio pierde internet. La nube facilita la validación inicial; un servidor local permite delimitar datos y mantenimiento; un gateway integrado sirve para cargas en el borde tras evaluar sus recursos. Compruebe por separado la conexión del dispositivo, el acceso a la plataforma y la aceptación del proyecto.
Responda tres preguntas antes de comparar equipos
En un proyecto IoT es habitual empezar preguntando por el tamaño del servidor. Conviene identificar primero a los usuarios y sus acciones: quién consulta datos, recibe alarmas o envía órdenes, y qué debe seguir funcionando sin internet. Estas respuestas determinan la ubicación del despliegue y las responsabilidades.
La primera cuestión es la dependencia de la red. La nube centraliza el acceso, pero exige mantener el enlace con el sitio. Una plataforma local acorta el recorrido de los datos, aunque el soporte remoto, el correo y las interfaces externas pueden seguir necesitando internet. La segunda es dónde guardar telemetría, archivos, copias y exportaciones. La tercera es quién realizará las actualizaciones, vigilará el disco y ensayará la recuperación.
- Distinga entre seguir recopilando datos sin internet y poder consultarlos remotamente durante el corte.
- Asigne responsables al servidor, la base de datos, el gateway y los canales de notificación.
- Valide el recorrido completo con un dispositivo representativo antes de dimensionar según volúmenes reales.
Qué resuelve cada modalidad de despliegue
ThinkLink ofrece despliegue en la nube, independiente e integrado en gateway. Ninguno es siempre superior: elija según la conectividad del sitio, la capacidad de mantenimiento y los requisitos de entrega. Estas recomendaciones no implican que todas las modalidades incluyan los mismos componentes en todas las versiones.
| Modalidad | Escenario para validar primero | Preparación necesaria |
|---|---|---|
| Nube | Validar rápidamente la conexión y los procesos | Red del sitio, permisos y requisitos de exportación |
| Servidor local | Mantener datos y servicios en un entorno propio | Recursos, copias, actualizaciones y soporte remoto |
| Gateway integrado | Reunir gateway y plataforma en el sitio | Modelo exacto, espacio libre, carga y recuperación |
Convierta los requisitos de instalación en una lista de entrega
La documentación de Docker indica arquitectura x64 y detalla CPU, memoria, disco disponible, sistemas compatibles y puertos. Consulte la documentación enlazada vigente al comprar e instalar. Los mínimos permiten evaluar si se puede iniciar la instalación; no garantizan capacidad a largo plazo.
Incluya el crecimiento de los datos. Mida la telemetría, los registros y los archivos diarios de un dispositivo representativo y estime el total según la cantidad de equipos, la retención y las copias. No conserve todos los registros indefinidamente por defecto ni considere solo el disco del sistema, ignorando el sistema de archivos que guarda los datos.
Prepare procedimientos distintos para entornos conectados y aislados. Un paquete sin conexión proporciona los artefactos, pero no resuelve DNS, hora del sistema, certificados, políticas de cuentas ni destinos de copia. Separe descarga, transferencia, instalación y aceptación en pasos verificables.
Complete la primera aceptación con un dispositivo
Después de instalar, registre versión, dirección de acceso y procedimiento de entrega de la administración. Conecte un dispositivo con protocolo documentado y compruebe continuidad, valores correctos e historial correspondiente. Ver la página de acceso no demuestra que el recorrido de negocio funcione.
Pruebe una alarma y una consulta de solo lectura con los permisos reales del usuario. Si el proyecto incluye control, aplique un procedimiento de aceptación específico. Restaure una copia en pruebas para confirmar qué datos cubre y qué dependencias necesita.
- Verifique acceso, versión y permisos.
- Asocie un dispositivo y compruebe datos actuales e históricos.
- Confirme la recepción real de la notificación.
- Registre las copias y ensaye su restauración.
Migre la configuración y el historial por separado
Antes de pasar de pruebas a producción, inventaríe dispositivos, modelos de objetos, RPC, modelos de activación, notificaciones, paneles e historial. Un archivo que exporta registros de dispositivos no necesariamente incluye todo el historial ni las credenciales de servicios externos.
Importe primero unos pocos objetos y compruebe referencias de modelos e identidades antes de cambiar la conexión de los gateways. Mantenga una ruta de reversión y compare los datos del mismo dispositivo antes y después para verificar continuidad temporal. Un ensayo reducido permite controlar mejor el riesgo que importar todos los equipos de una vez.
Preguntas frecuentes
¿Un despliegue local elimina toda dependencia de internet?
No. La recopilación y la plataforma pueden funcionar localmente, pero debe comprobar las dependencias de notificaciones externas, acceso remoto, descargas e integraciones.
¿Un gateway integrado sustituye cualquier configuración de servidor?
La modalidad no determina la capacidad. Compruebe modelo, versión instalada, tráfico y almacenamiento, y pruebe una carga representativa.
Referencias y lecturas adicionales
Esta guía se basa en las fuentes oficiales siguientes. Los diagramas explican el método; consulte la documentación de su versión para menús, campos y funciones exactos. Las fuentes enlazadas están en chino.