Arquitecturas componibles frente a monolíticas

:::(Info) (Los creadores de aplicaciones toman decisiones críticas sobre la arquitectura de la solución) Cuando crea aplicaciones con Tulip, toma decisiones sobre la arquitectura de la solución, incluida la estructura de la aplicación, los modelos de datos y las integraciones. Ya sean intencionadas o fortuitas, sus decisiones de arquitectura tienen implicaciones significativas para la adoptabilidad, escalabilidad y mantenimiento de sus aplicaciones. Este artículo presenta dos paradigmas de diseño críticos: componible y monolítico. En Tulip, sugerimos encarecidamente a los creadores de aplicaciones que utilicen arquitecturascomponibles. :::

¿Por qué Composable es preferible a Monolithic?

Una solución monolítica se caracteriza por lo siguiente:

• Construida sobre un Modelo de Datos Top-Down
  • Los Modelos de Proceso y Actividad son definidos por datos en Tablas y las Apps Monolíticas son utilizadas para ejecutar el modelo de proceso o actividad. Los modelos de datos en Tulip Tables proporcionan una abstracción de la complejidad de las operaciones en un enfoque de talla única.
• Centrado en procesos
  • Las aplicaciones monolíticas se crean para cumplir una función basada en una descomposición funcional de la complejidad de las operaciones. El conjunto finito de aplicaciones monolíticas está pensado para proporcionar la misma función a los operadores de primera línea en cualquier punto de la operación.
  • Las soluciones monolíticas suelen estar compuestas por dos aplicaciones: una aplicación de configuración y una aplicación de ejecución, en la que la configuración suele incluir instrucciones de trabajo y enrutamiento de procesos en tablas de datos en lugar de en las propias aplicaciones componibles.
• Diseñadas para un mantenimiento centralizado
  • Las aplicaciones monolíticas están diseñadas para facilitar el mantenimiento y la gestión de la solución por parte de un equipo central, reduciendo el número y la variedad de aplicaciones utilizadas. La solución monolítica se diseña de arriba abajo en una jerarquía rígida en la que los operadores de primera línea sirven a las aplicaciones con información eligiendo qué función es aplicable en lugar de recibir asistencia y habilitación para realizar su trabajo.

Recomendamos encarecidamente no utilizar enfoques de soluciones monolíticas, y en su lugar seguir un enfoque componible ya que Tulip no es un MES tradicional. Tulip no está diseñado para ser utilizado para construir aplicaciones que son monolíticas - es decir, una aplicación para servir a todas las industrias, en todas las modalidades, en todos los escenarios, con cualquier máquina, y para todos los operadores. Una solución monolítica da lugar a lo que llamamos un JAM (Just Another MES).

Las soluciones monolíticas tienen inevitablemente deficiencias

Los enfoques de soluciones monolíticas inevitablemente dan como resultado una solución que, en el mejor de los casos, es "igual de buena" que el otro MES y que, de forma inherente, tendrá todas las deficiencias asociadas: * Las soluciones monolíticas tardan meses/años y requieren un gran esfuerzo en desplegarse: mucho tiempo para obtener valor.* Las soluciones monolíticas hacen que las capacidades inherentes de la plataforma, como Vision, IIoT, AI, sean más difíciles y, a veces, no se puedan utilizar. Las soluciones monolíticas no están centradas en el ser humano y tienden a tener una experiencia de usuario clunxy en la que el operador está al servicio del sistema, en lugar de una experiencia más valiosa en la que el sistema está al servicio del operador. Las soluciones monolíticas son intrínsecamente complejas y difíciles de mantener, y requieren un equipo especializado con conocimientos exclusivos de la solución, exactamente igual que una solución de software personalizada.

Se trata de un estricto enfoque descendente que presupone que los cambios son mínimos y generalmente conocidos.

Las soluciones monolíticas se construyen para automatizar un proceso en el que los humanos tienen que seguir un estricto conjunto de reglas. Esto supone que los cambios son mínimos y que todas las variaciones son conocidas.

Crear una solución componible es fácil, pero requiere un cambio de mentalidad.

Las solucionescomponibles utilizan las capacidades de la plataforma Tulip para proporcionar una forma única y específica para que los operadores de primera línea interactúen digitalmente y les permita ser más productivos. Proporciona al operador una solución digital interactiva en la que el mundo físico y el virtual están interconectados. Se trata de un principio fundamental para lograr aumentos de productividad y es inherente a las soluciones componibles.

Características de la componibilidad y las soluciones componibles

• Solución dividida en los bloques lógicos más pequeños (componentes de la solución) que tienen sentido para un determinado taller.
  • Por ejemplo, la solución podría dividirse en aplicaciones separadas basadas en: Lugar, Tiempo y Persona
• Los componentes de la solución comparten un modelo de tabla común.
• Los componentes de la solución se desarrollan con las mejores prácticas compartidas adaptadas al cliente.
• La solución y sus componentes pueden ser entendidos y soportados por otro desarrollador.
• La solución y sus componentes están parametrizados cuando es necesario.

La Plataforma Tulip es un Software (SaaS), sin embargo las aplicaciones Tulip no deben ser consideradas como software. Son contenidos digitales altamente configurables que deben ser continuamente modificados y adaptados a las necesidades de las operaciones de primera línea. Modificar o mejorar una aplicación es lo mismo que cambiar los datos maestros, de hecho, ¡las aplicaciones son datos maestros! La plataforma Tulip ofrece una forma de gestionar los cambios en las aplicaciones a través de un proceso de ciclo de vida gobernado y controlado por versiones para ayudar a gestionar esta configurabilidad. Las aplicaciones se componen utilizando no-código y la solución de aplicación se compone de aplicaciones. La creación de soluciones en Tulip utilizando un enfoque monolítico basado en funciones, como si se tratara de una solución de software, limita considerablemente la capacidad de crear rápidamente soluciones y obtener los beneficios de un sistema componible.

Otras ventajas importantes de las soluciones componibles son

• Proporcionan un espacio de trabajo de primera línea aumentado para aumentar la productividad
• Uso de tecnologías digitales integradas sin fisuras, como visión, IA/ML, dispositivos inteligentes, etc.
• Instrumentación/digitalización de procesos y operaciones de primera línea para permitir la toma de decisiones impulsada por datos y CI.
• Guiar la ejecución de la producción con información compartida de Tablas y sistemas externos.

Las soluciones componibles aportan valor añadido en su capacidad para integrarse y colaborar fácilmente con otros sistemas. Este es el núcleo de IIoT, donde diferentes dispositivos y sistemas autónomos se comunican e interactúan fácilmente. Tulip es una plataforma IIoT y proporciona de forma nativa esa capacidad para construir la integración con otros sistemas utilizando su enfoque sin código. Con la plataforma consumiendo y enviando datos a otros IIoT, los puntos finales pueden ser alcanzados en horas por personas con poca experiencia en TI. Todo esto requiere un enfoque componible donde las Apps tienen flujos específicos y conexiones con el mundo físico local.

Patrones de solución comunes en el diseño de soluciones Tulip

El diseño de alto nivel de una solución componible puede seguir muchos patrones. A continuación se presentan los patrones comunes de las soluciones Tulip. Tenga en cuenta que esto no es un conjunto exclusivo ni son mutuamente excluyentes. Dependiendo de los casos de uso en una instalación dada, muchos de estos patrones y otros pueden ser utilizados.

Implantación de un sistema monolítico tradicional frente a la implantación de una solución componible desarrollada por los ciudadanos

El enfoque tradicional de implantación de un sistema empresarial suele ser un enfoque a largo plazo, de alto riesgo y de valor retardado, tal y como se muestra a continuación en el apartado "A la antigua usanza". Por lo general, se espera que una implementación inicial de este tipo lleve años y, por lo tanto, naturalmente se espera que cualquier mejora crítica posterior lleve casi el mismo tiempo.

Implantación de una solución componible desarrollada por los ciudadanos: empezar poco a poco y crecer orgánicamente en capacidad y casos de uso

A diferencia de la lenta implantación de una solución monolítica tradicional, la implantación de una solución componible puede realizarse de forma iterativa, lo que permite obtener valor muy rápidamente y, naturalmente, es compatible con un modelo ágil de mejora continua.

Mientras que desplegar la "versión 2" de una solución desarrollada mediante una solución monolítica tradicional puede llevar varios meses o más, desplegar una "versión 2" de una aplicación en una solución componible puede ser cuestión de horas, días o semanas. Las rápidas iteraciones que permiten las soluciones componibles mejoran la adoptabilidad por parte de sus operadores, ya que ven con certeza que sus comentarios no caen en saco roto.