Por ahora, es probable que usted ya haya visto una serie de informes en el Open Process Automation Forum (OPAF).
Por más interesantes que sean los desarrollos dentro de OPAF, es importante darse cuenta de que el trabajo de este grupo no es más que una faceta de cómo el software y los estándares abiertos están cambiando el mercado de la automatización industrial.
Durante la Ignition Community Conference 2018 de Inductive Automation, un panel de discusión moderado por Travis Cox de Inductive presentó a Andy Stanford-Clark, CTO de IBM en el Reino Unido e Irlanda, y co-inventor de MQTT; a Arlen Nipper, presidente y director de tecnología de Cirrus Link, y uno de los inventores de MQTT; a Mike Milinkovich, director ejecutivo de Eclipse Foundation; y a Colby Clegg, co-director de ingeniería de software en Inductive Automation.
Travis Cox de Inductive Automation (derecha) modera un panel de discusión acerca del software de código abierto en la Conferencia 2018 Ignition Community. En el panel participaron (de izquierda a derecha) Colby Clegg, Andy Stanford-Clark, Mike Milinkovich y Arlen Nipper.
Los panelistas se centraron en lo que los usuarios finales deben darse cuenta de cómo el movimiento de software abierto está influyendo en las tecnologías de software industrial. Al observar primero la mega tendencia que actualmente impulsa muchas nuevas decisiones de tecnología de automatización, es decir, la Internet Industrial de las Cosas (IIoT), Milinkovich dijo que es importante reconocer que "la palabra clave en IIoT es 'Internet' y los componentes fundamentales de Internet están abiertos". Como ejemplos de esto, Milinkovich destacó dos ejemplos: TCP/IP, el protocolo abierto creado en DARPA para sobrevivir a una guerra nuclear y que ahora sirve como protocolo de comunicación de Internet; y HTML, que fue construido en el CERN para ser el lenguaje abierto de los sitios web.
"La colisión accidental de estos dos proyectos abiertos nos dio el mundo moderno", dijo Milinkovich. "Toda la idea de Internet es tener sistemas abiertos e interoperables".
El IIoT deberá basarse en bloques de construcción abiertos porque, por definición, eso es lo que es, agregó Milinkovich, y agregó: "Los días en los que se puede tener código abierto, pero solo en sistemas cerrados, han terminado. Si usted cree que el IIoT sucederá, tiene que pensar que esos sistemas cerrados morirán. Es un fenómeno impulsado por el mercado. Si cree en el jardín amurallado, cree en [máquina a máquina], más no en IIoT", agregó.
En apoyo de los puntos de Milinkovich, Nipper señaló el éxito continuo de MQTT, el protocolo de mensajería abierta diseñado para la recolección de datos del sistema de control industrial. "MQTT se ha establecido [ahora] --64 por ciento de los proyectos de IIoT lo están utilizando", dijo. "Las grandes compañías de tecnología que se han mudado a MQTT lo están haciendo a instancias de sus clientes. Esas compañías saben que tienen que tenerlo o no estarán en la lista de ofertas ".
Al resaltar cómo la complejidad del desarrollo de software moderno está ayudando a impulsar el movimiento hacia el software de código abierto, Stanford-Clark dijo que las nuevas aplicaciones de hoy no se inician mediante la construcción de decenas de miles de líneas de código; en lugar de eso, los desarrolladores ahora están construyendo sobre eso utilizando código central código abierto. "El genio ahora está por fuera de la botella en el código abierto, y no hay vuelta atrás al modelo propietario [cómo se construía el software antes]", dijo Stanford-Clark. "Por supuesto, nadie reemplazará todo [con código abierto] mañana, pero estamos en camino [hacia eso]. El destino final se ha definido", agrega.
"Existimos porque había estándares abiertos sobre los que podríamos basarnos", dijo Clegg en referencia a la importancia del código abierto para Inductive Automation. "Nos ayudó a llegar a donde estamos hoy tan rápido como lo hemos hecho", agrega.
Milinkovich señaló que es importante que los usuarios y las empresas que se muestran escépticas con el software de código abierto se den cuenta de que las personas que lo construyen no son simplemente "una banda de desarrolladores de software en un garaje. Proyectos como Eclipse Foundation y Apache son operados profesionalmente. El personal es pagado por sus empleadores para ser parte de estas organizaciones. Tenemos estándares profesionales”, asegura.
Trabajar con organizaciones como Eclipse proporcionó un gran impulso al desarrollo de MQTT. “Nos dimos cuenta de que había un vacío en el mercado en torno al uso de MQTT; todos lo tenían, pero no estaban haciendo mucho con eso ", dijo Nipper. “Es por eso que desarrollamos Sparkplug en Eclipse: para definir el espacio de nombres, la carga útil y el estado en MQTT. Noventa y nueve por ciento de las implementaciones de MQTT comenzaron en el Proyecto Paho en Eclipse. Así que nadie realmente posee [Sparkplug]. Está gestionado por Eclipse Foundation”.
Todos los panelistas señalaron que los avances claros realizados por el software de código abierto no necesariamente significan que un día usted, como usuario de software, no tendrá que tratar con los proveedores de software. Los proveedores de software continuarán existiendo, creando aplicaciones diferentes para distintas empresas en una base de código abierto.
A medida que los proveedores de software se mueven cada vez más hacia este modelo, el código abierto dará a los usuarios la flexibilidad de elegir diferentes proveedores y mezclar y combinar productos, dijo Milinkovich, añadiendo que "el código abierto no significa que las personas no ganarán dinero a partir del software. Pero sí alienta a los proveedores a mantenerse actualizados para ganar con sus negocios, porque sabrán que siempre tendrán opciones con el código abierto".
