.svg)
Cómo dividen los fabricantes sus sistemas entre la nube y el entorno local
La fabricación es el sector donde el entorno local nunca ha desaparecido. La nube es ahora la opción predeterminada para las nuevas implementaciones, pero la base instalada de sistemas locales en plantas, producción regulada y suministro de defensa sigue siendo amplia y, en su mayoría, deliberada. Por lo tanto, la mayoría de los fabricantes no están eligiendo entre uno u otro. Ya utilizan ambos y están decidiendo qué migrar a continuación.
La división suele seguir una línea: cuánto necesita un sistema seguir funcionando cuando la red no lo hace. La programación de la producción, el control a nivel de máquina, los controles de calidad y la ejecución en almacén permanecen cerca de la planta. Las finanzas del grupo, la planificación de la demanda, el análisis, los portales de clientes y, cada vez más, las cargas de trabajo de IA se ejecutan en la nube, donde la capacidad de cómputo es elástica y el acceso no está vinculado a un edificio.
Esa división es una buena ingeniería. También es donde empiezan los problemas, porque los dos conjuntos de sistemas se compraron por separado, hablan formatos diferentes y nunca tuvieron un propietario común.
¿Por qué los fabricantes mantienen los sistemas de producción en local?
Una hora de producción detenida cuesta más que cualquier ahorro en licencias que pueda financiar una migración a la nube. Esa aritmética, más que la precaución, es lo que mantiene los sistemas críticos dentro del edificio. El razonamiento se divide en tres puntos específicos.
La latencia es el primero. Una decisión de programación o de bloqueo junto al equipo no puede esperar a un viaje de ida y vuelta a una región situada a varios cientos de milisegundos. La autonomía es el segundo, ya que una planta necesita seguir produciendo durante una interrupción de la WAN, lo que descarta cualquier dependencia de un enlace que salga del sitio. La regulación es el tercero, porque los registros de producción y calidad en sectores regulados conllevan obligaciones de residencia y retención que son más sencillas de demostrar localmente.
La inversión hundida en sistemas que funcionan explica el resto. Parte de esa huella es hábito más que requisito, y los casos genuinos son más limitados que hace cinco años. Varios de ellos siguen siendo reales.
¿Qué ganan los fabricantes al trasladar la planificación y el análisis a la nube?
La comparabilidad entre plantas es la mayor ganancia. Cuando cada planta informa desde su propia instancia local, una pregunta a nivel de grupo sobre la producción, los residuos o el margen por línea se convierte en un ejercicio de conciliación en lugar de una consulta.
El cómputo elástico es la segunda ganancia. La planificación de la demanda, el modelado de escenarios y el análisis de calidad son cargas de trabajo variables que permanecen inactivas la mayor parte del mes, que es precisamente lo que el hardware local fijo gestiona mal. La tercera es que las actualizaciones dejan de ser proyectos programados en torno a las ventanas de producción.
La IA también pertenece a esta columna, aunque no como titular. Los modelos necesitan datos históricos agrupados de todas las plantas y años, estructurados de forma coherente. Ese es un problema de datos antes que un problema de modelo, razón por la cual los fabricantes que buscan implementar IA suelen terminar moviendo primero su capa de datos.
¿Por qué los sistemas locales y en la nube derivan en silos separados?
Nadie es dueño del tráfico entre ellos. El departamento de TI de la planta es dueño de lo que se ejecuta en el edificio y el TI del grupo es dueño de lo que se ejecuta en la nube, mientras que los flujos que cruzan de uno a otro pertenecen a quien haya construido la última conexión.
Lo que llena ese vacío es familiar. Un enlace punto a punto por par de sistemas, cada uno escrito por una persona diferente en un año diferente. Un archivo enviado por la noche que nadie supervisa hasta que falta. Una hoja de cálculo donde alguien cuadra la producción de la planta frente a los informes del grupo cada lunes. El síntoma son dos versiones de la verdad, donde el gerente de planta y el director de operaciones citan cifras de producción diferentes de sistemas que ambos creen que son correctos.
Solucionarlo implica tratar esos flujos como un componente con un responsable, en lugar de como una serie de accidentes. El coste se asume antes de obtener el beneficio, y es importante ser honestos al respecto. Lo que se gana a cambio es evitar las comprobaciones manuales y tener la seguridad de que un cambio en un extremo no romperá algo silenciosamente en el otro.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
