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 de 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 de tiempo de ejecución conserve los archivos o configuraciones que crea, conecte el contenedor a una carpeta real en la computadora. De esta manera, 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 implementadas junto con ella (por ejemplo, FactoryTalk® Remote Access™ Runtime).
Los contenedores permiten implementar varios componentes lado a lado en un host, manteniéndolos empaquetados de forma independiente. Además, 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 Optix en Docker como el componente de visualización dentro de los despliegues.
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 separado junto a un contenedor de tiempo de ejecución FactoryTalk Optix (o junto a otro servicio complementario en contenedor en el mismo host). Esto encaja de manera natural para los hosts de contenedores, ya que los contenedores están diseñados para ejecutarse uno junto a otro en la misma máquina, mientras 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 una huella de tiempo de ejecución gestionada de forma centralizada, mecanismos de despliegue estandarizados o una alineación más sencilla con operaciones esenciales basadas en la nube.
En estos escenarios, aplica el mismo principio de software centralizado 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 se integra de manera 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. Además, Rockwell Automation describe patrones de implementación remota que aprovechan FactoryTalk Remote Access, reduciendo la necesidad de estar físicamente en planta para entregar actualizaciones.
Consideraciones para el despliegue en contenedores de FactoryTalk Optix
Límite de terceros
Si está comenzando a usar 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 ejecutarse después de 120 minutos. Puede encontrar más información en la ayuda de FactoryTalk Optix.
La publicación de puertos está vinculada a 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 puerto que Optix utiliza para su cliente web. Ese puerto interno es el puerto 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 sirve 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 forma coherente y documentada de ejecutar la misma aplicación en tiempo de ejecución en todos los entornos, usando 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 Optix se relacionan en la conversación más amplia sobre la contenedorización, sin cambiar los fundamentos descritos. Y puede profundizar en toda la cartera de software y dispositivos de hardware basado en la nube de FactoryTalk Optix aquí.
