- Impresión
Visión general de los hosts de conectores locales
Propósito
Aprenda a aprovechar los hosts de conectores locales para sus integraciones.
Requisitos previos
Para aprender sobre Connector Hosts en Tulip, primero revisa este artículo
Visión general
Este artículo pretende servir como punto de referencia para los On-Premise Connector Hosts (OPCH) en Tulip. El Connector Host es un servicio utilizado para facilitar las conexiones de Tulip a servicios web externos, bases de datos y servidores OPC UA. Todas las instancias de Tulip tienen un Cloud Connector Host por defecto.
Hay varias consideraciones a tener en cuenta a la hora de determinar si un Connector Host On-Premise es la arquitectura correcta.
Consideraciones clave para un host de conector local
Las consideraciones para un On-Premise Connector Host se pueden dividir en varias categorías:
1. 2. Gestión de la infraestructura Gestión de la infraestructura3. Rendimiento
Redes
La razón más común para desplegar un On-Premise Connector Host es por las ventajas que ofrece cuando se conecta a sistemas alojados dentro de una red local. Con la oferta on-premise, todas las conexiones de Tulip a sistemas externos comienzan dentro de su red local. Todas las conexiones desde su red son salientes a Tulip a través de un WebSocket seguro.
Esto contrasta con los Cloud Connector Hosts, que requieren acceso entrante a los servicios. Esto es típicamente una decisión de TI para permitir conexiones WebSocket seguras entrantes desde la nube de Tulip al servicio, a menudo utilizando reglas de reenvío de puertos en el router/firewall WAN.
Gestión de Infraestructura
Para desplegar un On-Premise Connector Host, hay varios componentes de infraestructura de los que el cliente es responsable. A continuación se muestra una matriz básica de funciones y responsabilidades:
Tulipán | Cliente | |
Proporcionar recursos técnicos en OPCH | X | |
Alojamiento y despliegue de máquinas virtuales | X | |
Supervisión y actualizaciones de la máquina virtual | X | |
Generación de credenciales OPCH | X | |
Despliegue de OPCH | X | |
Actualización de OPCH | X | |
Supervisión de OPCH | X | |
Resolución de problemas OPCH | X | X |
Lo ideal es que el cliente se sienta cómodo con las tecnologías que utiliza para desplegar el Host Conector, así como con el uso de tecnologías como Docker para la gestión de contenedores.
Rendimiento
Como recomendación de buenas prácticas, Tulip recomienda utilizar también un Connector Host On-Premise al conectar un servidor OPC UA. Aunque es posible utilizar la solución en la nube, puede haber una gran demanda de ancho de banda en la red a medida que crece el número de etiquetas OPC UA suscritas.
Despliegue de un host conector local
Estándares técnicos
Cuando se toma la decisión de desplegar una solución on-premise, Tulip recomienda una ruta de autoservicio utilizando una imagen Docker distribuida. La forma más fácil de lograr esto sería utilizar una máquina virtual con una distribución de Linux (Ubuntu es preferible).
Tulip también recomienda alojar solo un On-Premise Connector Host por máquina virtual para evitar un único punto de fallo para los sitios.
Requisitos de la máquina virtual:
- RAM - 4 GB
- ROM - 8-16 GB de disco
- CPU - 2 núcleos
- Versión de Docker - 20.10+
En cuanto a los requisitos de red, el host del conector local tiene lo siguiente:
- Una dirección IP
- Resolución DNS a
- Acceso saliente en el puerto 443 a Tulip (IPs listadas aquí)
- Acceso saliente al repositorio Docker aquí
- Acceso saliente a todos los sistemas externos relevantes con puertos
Revisa la lista completa de requisitos de red aquí
Solicitud de credenciales
Ponte en contacto con Tulip Support(support@tulip.co) para solicitar las credenciales de On-Premise Connector Host utilizando la siguiente plantilla, rellenando los datos entre paréntesis.:
docker ps