Cómo la modernización y la automatización de aplicaciones generan valor

Y como FlowFactor implementa las soluciones de automatización y modernización de aplicaciones de IBM para ayudar a las organizaciones a alcanzar nuevos niveles de eficiencia y flexibilidad, tiene una respuesta clara a esa pregunta:

No, la automatización no acabará con nuestros trabajos. Los hará mejores.

Johan Janssen y Kilian Niemegeerts, socios directores y cofundadores de FlowFactor, trabajaron recientemente con un proveedor de transporte público en Europa que cubre casi 200 millones de kilómetros de ruta en una región densamente poblada. El proyecto es un buen ejemplo de la enorme demanda a la que se enfrenta FlowFactor en el mercado actual, donde al parecer todas las grandes organizaciones desean modernizarse y automatizarse para aumentar la eficiencia y la agilidad, pero tienen muchas aplicaciones heredadas críticas para el negocio que no se adaptan fácilmente a la automatización.

FlowFactor también rediseñó el canal de compilación del cliente, y creó procesos estandarizados y reutilizables. A partir de ahí, el equipo aplicó el software de automatización de código abierto de Jenkins end-to-end, desde los procesos de compilación iniciales hasta la implementación en producción. Gracias a la nueva arquitectura de aplicaciones, el software Jenkins puede automatizar el movimiento de código en contenedores en todo el ciclo de vida del software.

Pero todo eso era sólo una parte del proyecto.

En el transporte público, conseguir que la gente suba a bordo es la parte fácil. En la modernización de aplicaciones, puede ser la parte más difícil. Una cosa es implementar una tecnología que automatice los procesos y otra muy distinta es conseguir que las personas cambien su forma de trabajar para aprovechar al máximo la automatización.

FlowFactor tuvo que ayudar a la empresa de transporte a cambiar la cultura de la empresa para aceptar la automatización y adoptar las prácticas de DevOps.

"Definitivamente, en las grandes empresas más tradicionales y en los clientes gubernamentales, es un asunto sensible", explica Niemegerets. Los ingenieros y otros usuarios con experiencia en los procesos existentes siempre tienen sus dudas: ¿Este cambio tan drástico destruirá lo que ya funcionaba bien? ¿Sus trabajos simplemente se automatizarán y desaparecerán?

"Lo principal", dice Niemegerets, "es que necesitamos encontrar un equilibrio, para automatizar muchos procesos y seguir involucrando a los ingenieros originales, explicándoles lo que se mantendrá igual. Les mostramos que sus trabajos nunca serán realmente reemplazados, simplemente se alterarán. Lo más importante es que ellos podrán hacer la parte más interesante de su trabajo con más frecuencia, no las partes más repetitivas. Les permitirá disponer de tiempo para resolver más problemas, para investigar más, para innovar más".

Niemegeerts continúa: “Tan pronto como empezamos a entregar algunas primeras posibilidades de las aplicaciones modernizadas, notaron la ventaja. Observaron tiempos de implementación más rápidos y menos impacto. No se requerían ventanas de mantenimiento largas para desplegar una nueva aplicación".

DevOps se convierte en el método para sacar el máximo provecho de los procesos más rápidos y flexibles. Aquí es donde los equipos previamente aislados aprenden a equilibrar sus responsabilidades y a colaborar de manera más eficiente y ágil. Como explica Janssen: "En el pasado, la disponibilidad de las aplicaciones era responsabilidad del equipo de infraestructura. Ahora, cuando el equipo de infraestructura ve que el equipo de desarrollo asume la responsabilidad de incorporar estabilidad (no solo nuevas características) en la producción, empieza el cambio de mentalidad y el proceso realmente comienza a funcionar y a entregar nuevas aplicaciones".

En el lado de desarrollo, Janssen lo explica: "El equipo de desarrollo tiene mucho más poder. Ahora pueden realizar la implementación cuando quieran, en cualquiera de sus entornos".