Cómo aumentar el valor con la modernización y la automatización de aplicaciones

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á 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 indispensables 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 de principio a fin, desde los procesos de compilación iniciales hasta el despliegue en producción. Gracias a la nueva arquitectura de aplicaciones, el software Jenkins puede automatizar el movimiento de código contenerizado en todo el ciclo de vida del software.

Pero todo esto era solo 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 tema sensible", explica Niemegeerts. Los ingenieros y otros usuarios con experiencia en los procesos existentes siempre tienen sus dudas: ¿Un cambio tan drástico destruirá lo que realmente funciona bien? ¿Sus trabajos simplemente se automatizarán y desaparecerán?

"Lo principal aquí —afirma Niemegeerts— 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 realmente nunca se reemplazan, simplemente se modifican. 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: "En cuanto empezamos a entregar los primeros candidatos de las aplicaciones modernizadas, notaron la ventaja. Observaron tiempos de despliegue más rápidos y con 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 el despliegue cuando deseen, en cualquiera de sus entornos".