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 el equipo. 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 borde 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 borde 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 de contenedores a entornos alojados en la nube cuando desean un entorno de tiempo de ejecución administrado de manera centralizada, mecanismos de implementación estandarizados o una alineación más fácil con las operaciones esenciales basadas en la nube.
En estos escenarios, se aplica el mismo principio central de software en contenedores. Un tiempo de ejecución de Optix puede empaquetarse y operarse como una carga de trabajo en contenedores, mientras que la capacidad de cómputo subyacente la proporciona la infraestructura en la nube del cliente y la rigen sus políticas de tecnología de la información y su postura de seguridad.
Esto encaja de forma natural 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 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 en contenedores de FactoryTalk Optix
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 conocer los términos de licencia.
Comportamiento de licencia
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 está relacionada con la configuración de la aplicación
Cuando Optix se ejecuta en un contenedor, elija un puerto en la PC anfitriona y “rediríjalo” al puerto que Optix utiliza para su cliente web. Ese puerto interno es el puerto de Web Presentation Engine que establezca en FactoryTalk® Optix Studio™.
La persistencia debe ser intencional
Decida de antemano qué debe guardarse versus 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 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 utilizando 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 contenerizació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 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 contenerización, sin cambiar los fundamentos descritos. Y puede profundizar en toda la cartera de soluciones de software y hardware basado en la nube de FactoryTalk Optix aquí.
