1: Despliegue de HMI de flota en máquinas similares
Escenario: Tiene varios activos similares, como líneas, equipos modulares, celdas o sitios, y desea una experiencia de operador de interfaz hombre-máquina (HMI) coherente y un modelo de actualización predecible.
Un enfoque basado en contenedores ofrece coherencia al lanzar la aplicación en tiempo de ejecución en un contexto de contenedor estandarizado, y repetibilidad al utilizar parámetros de lanzamiento de contenedor documentados, como la publicación de puertos, la asignación de nombres a los contenedores y el comportamiento de reinicio opcional. Si necesita que la aplicación en tiempo de ejecución conserve los archivos o ajustes que crea, conecte el contenedor a una carpeta real en la computadora. De este modo, los datos permanecen incluso si el contenedor se reinicia o se reemplaza.
2: Servicios de borde modulares adyacentes
Escenario: Desea la visualización en el extremo y también puede querer capacidades adyacentes desplegadas junto con ella (por ejemplo,FactoryTalk® Remote Access™ Runtime).
Los contenedores permiten implementar varios componentes uno al lado del otro en un host, a la vez que se mantienen empaquetados de forma independiente. Y la guía de ejecución de contenedores de FactoryTalk Optix proporciona el mecanismo concreto para ejecutar la aplicación de tiempo de ejecución de Optix en Docker como componente de visualización dentro de las implementaciones.
En una arquitectura de periferia componible, también es ventajoso ejecutar servicios de conectividad remota junto con el tiempo de ejecución de visualización. Por ejemplo, FactoryTalk® Remote Access™ Runtime está disponible como imagen Docker, lo que permite implementarlo como un contenedor independiente junto a un contenedor de tiempo de ejecución FactoryTalk Optix (o junto a otro servicio complementario en contenedor en el mismo host). Esto es ideal para los hosts de contenedores, ya que los contenedores están diseñados para ejecutarse uno junto a otro en la misma máquina, a la vez que mantienen el aislamiento de procesos.
3: Implementaciones en la nube
Escenario: Algunas organizaciones también extienden este enfoque basado en contenedores a los entornos alojados en la nube cuando desean una huella de tiempo de ejecución gestionada de forma centralizada, una mecánica de implementación estandarizada o una alineación más sencilla con las operaciones esenciales basadas en la nube.
En estos escenarios se aplica el mismo principio de software en contenedores. Un tiempo de ejecución de Optix puede empaquetarse y operarse como una carga de trabajo en contenedores, mientras que el cómputo subyacente lo proporciona la infraestructura en la nube del cliente y lo rigen sus políticas de tecnología de la información y postura de seguridad.
Esto encaja naturalmente junto con los flujos de trabajo habilitados para la nube de Optix: FactoryTalk® Optix Studio™ Pro admite la colaboración basada en la nube y el desarrollo basado en repositorios. Y Rockwell Automation describe los patrones de implementación remota que aprovechan FactoryTalk® Remote Access™, lo que reduce la necesidad de estar físicamente en planta para entregar actualizaciones.
Consideraciones sobre el despliegue de FactoryTalk Optix en contenedores
Límite de terceros
Si acaba de empezar a utilizar software en contenedores, consulte al proveedor de terceros, como Docker o Portainer, para obtener asistencia y términos de licencia.
Comportamiento de licenciamiento
Si no proporciona una clave de licencia de derecho, la aplicación FactoryTalk Optix deja de funcionar después de 120 minutos. Puede encontrar más información en la ayuda de FactoryTalk Optix.
La publicación de puertos se vincula con la configuración de la aplicación
Cuando Optix se ejecuta en un contenedor, elija un puerto en la PC anfitriona y “redirija” ese puerto al que Optix utiliza para su cliente web. Ese puerto interno es el puerto del Web Presentation Engine que establece en FactoryTalk® Optix Studio™.
La persistencia debe ser intencional
Decida de antemano qué debe guardarse y qué puede ser temporal. La opción de vinculación de volúmenes existe para persistir los cambios realizados en tiempo de ejecución escribiendo los cambios de tiempo de ejecución en una carpeta local en la máquina anfitriona, de modo que los cambios no se pierdan cuando el contenedor se reinicie o se reemplace.
La repetibilidad es lo primero, todo lo demás es secundario
El valor práctico de implementar FactoryTalk Optix con software en contenedores es la repetibilidad.
Los contenedores de software ofrecen una manera coherente y documentada de ejecutar la misma aplicación en tiempo de ejecución en todos los entornos mediante conceptos estándar de lanzamiento de contenedores como la publicación de puertos, el comportamiento de reinicio y (cuando sea necesario) el mapeo de volúmenes para la persistencia. Esto respalda el objetivo más amplio de la contenedorización de reducir la deriva del entorno y mejorar la coherencia desde el desarrollo hasta la producción en toda la tecnología de la información y la tecnología de operaciones.
¿Quiere dar el siguiente paso? Descubra cómo ThinManager® software y FactoryTalk Optixse relacionan en la conversación más amplia sobre la contenedorización, sin cambiar los fundamentos descritos. Y puede profundizar en todo el portafolio de dispositivos de hardware y software basado en la nube de FactoryTalk Optix aquí.
