Airbus despega con GitLab y lanza funcionalidades 144 veces más rápido

Airbus Intelligence es un proveedor líder de imágenes satelitales comerciales y servicios de datos geoespaciales prémium, así como soluciones de defensa innovadoras. Los productos y servicios de la empresa ayudan a los responsables de la toma de decisiones en todo el mundo a aumentar la seguridad, optimizar la planificación de la misión, aumentar el rendimiento, mejorar la gestión de los recursos naturales y proteger el medio ambiente.

Como corporación multinacional, Airbus Intelligence necesita herramientas que puedan ayudar a su equipo a colaborar y trabajar de manera más eficiente en todo el mundo. La empresa Intelligence quería evitar los desafíos comunes de muchas empresas globales: equipos distribuidos y cadenas de herramientas desconectadas que causan ineficiencia en el flujo de trabajo y ralentizan la producción. Una de las principales prioridades era mejorar el flujo de trabajo para superar estos desafíos, aumentar la eficiencia de los equipos y fomentar la comunicación. Logan Weber es ingeniero de automatización de software de Web Factory. Encontrar un mejor flujo de trabajo del desarrollador era una de sus misiones principales, y la agilidad de Web Factory convierte al equipo en un campo de pruebas ideal para nuevas herramientas y tecnologías. Para Logan, era importante que las herramientas que adoptaran compartieran una dedicación similar a la innovación. «Estamos en medio de una transformación digital», dijo Logan. «Queremos unir fuerzas con socios que sepan lo que están haciendo y puedan seguirnos el ritmo».

Uno de los grandes desafíos del equipo de Web Factory era que sus procesos no eran lo suficientemente eficientes, lo que provocaba retrasos en los lanzamientos y pérdida de tiempo en el desarrollo. Los desarrolladores podían pasar al menos un día entero en la configuración de producción, y se dedicaba demasiado tiempo a tareas simples que deberían haberse automatizado. Los desarrolladores estaban frustrados con estos procesos manuales y largos que les impedían centrarse en el código. Con una nueva herramienta, el equipo de Web Factory también esperaba evitar imalentendidos en la comunicación entre los equipos. Después de dedicar tiempo a la configuración de producción, los desarrolladores a veces se daban cuenta de que el producto final no correspondía a la solicitud inicial, lo que provocaba esfuerzos adicionales. «Teníamos que crear un bug para modificar este error. Pero no era un bug, era solo una falta de comunicación», explicó Logan.

El equipo de Web Factory probó varias herramientas en la búsqueda del flujo de trabajo del desarrollador adecuado. Debido a que el equipo de Web Factory ya usaba Jira, decidieron probar otros productos de Atlassian, como Bitbucket para el control de versiones y Bamboo para la CI. Desafortunadamente, BitBucket y Bamboo no resultaban tan sencillas de utilizar, y ambas herramientas carecían de algunas de las funcionalidades que necesitaban. El equipo de Web Factory usó Jenkins en proyectos antiguos, pero le pareció demasiado complicado de mantener. También querían poder almacenar sus procesos de script de implementación como código.

«Había un poco de todo, pero simplemente no podíamos encontrar lo que estábamos buscando», dijo Logan. Después de probar otras herramientas, el equipo de Web Factory eligió GitLab porque ofrece varias ventajas sobre las otras herramientas que se probaron. GitLab no solo ofrece capacidades de control de versiones y gestión de proyectos, sino que también proporciona la mejor CI de su clase, todo en una aplicación única. Web Factory utiliza una metodología Scrum con sprints de dos semanas. Los desarrolladores crean una historia de usuario en Jira y, una vez que están listos para trabajar en ella, crean un ticket en GitLab. Una vez que los equipos terminan de recopilar la información y colaborar en los tickets, crean una solicitud de fusión (MR) que activará una rama de desarrollo. Cuando los desarrolladores están listos, pueden pedir a otros desarrolladores que revisen su código. El código pasará por las pruebas de CI y, una vez que se aprueben todas, el revisor puede fusionar esta rama de desarrollo en la rama principal. Debido a que todo esto pasa por la MR, todos pueden ver todo el proceso de principio a fin. Y GitLab ofreció al equipo una forma de almacenar sus scripts de implementación como código mediante el archivo .gitlab-ci.yml, una de las funcionalidades imprescindibles del equipo.

Para los desarrolladores, también resultó muy útil contar con análisis de seguridad y vulnerabilidades integrados en las pruebas de integración. «Lo que solía suceder era que tocábamos una parte del código y se rompía otra. Ahora, cada vez que un desarrollador hace push al código, podemos identificar inmediatamente los problemas», dijo Logan. Con los tickets y las MR, las personas de todos los equipos pueden colaborar. Gracias a la CI incluida, los equipos pueden ver cada proyecto de principio a fin, y esta visibilidad también ha eliminado las conjeturas de las implementaciones. En lugar de depender de una persona para que gestione una implementación porque estaba más involucrada o tenía más conocimientos sobre el proyecto específico, cualquiera puede realizar la implementación porque todos tienen la misma visibilidad.

El primer éxito que notó Web Factory después de adoptar GitLab fue la mejora en la calidad del código. Gracias a las pruebas de seguridad integradas de la CI de GitLab, los desarrolladores ahora podían identificar errores y vulnerabilidades antes de que llegaran a producción. Con la CI de GitLab, el equipo de Web Factory también pudo implementar con mayor frecuencia y confianza. En lugar de pasar un día entero preparándose para la producción y realizando pruebas manuales, esas tareas simples ahora están automatizadas. Esto permitió que el tiempo de lanzamiento pasara de 24 horas a solo 10 minutos. En la actualidad, Logan calcula que el 98 % de los lanzamientos se producen a tiempo y el 2 % restante solo unas horas más tarde, lo que supone una gran mejora con respecto a la situación anterior.

La colaboración mejoró porque todos pueden comunicarse en un solo lugar. Ahora, cualquier parte interesada técnica sabe en qué se está trabajando, en qué punto del proceso se encuentra cada elemento, y los desarrolladores saben dónde encontrar la información que necesitan para hacer su trabajo. Los desarrolladores, diseñadores, equipos de seguridad y de operaciones tienen su espacio en la herramienta. Si bien se esperaban mejoras en la calidad del código, la duración del ciclo y la comunicación, la adopción de GitLab también aportó algunos beneficios inesperados que sorprendieron gratamente a Logan y al equipo de Web Factory: desarrolladores más satisfechos.

Por un lado, la CI de GitLab eliminó el estrés de las implementaciones. «Cuando alguien se iba de vacaciones, podía ser un infierno», se rió Logan. Y con una mejor automatización, los desarrolladores ahora pueden centrarse en las mejoras, las tareas técnicamente exigentes y las actualizaciones. ¿Qué más pueden hacer los desarrolladores con este nuevo tiempo libre? «¡Podemos crear funcionalidades!», dijo Logan. «Creamos y mejoramos funcionalidades para las aplicaciones, y antes simplemente no teníamos tiempo para eso. Tenemos 17 aplicaciones, y ahora los desarrolladores pueden mantenerse enfocados en lo que realmente importa».

La mayor satisfacción de los desarrolladores también tuvieron un impacto positivo en la contratación. «[Web Factory] había tenido dificultades para reclutar desarrolladores anteriormente, pero ahora que GitLab es parte de la pila tecnológica, estamos recibiendo más aplicaciones de desarrolladores más experimentados», explicó Logan. Cuando los desarrolladores pueden centrarse en su trabajo, resulta más fácil atraer a otros desarrolladores con talento. Para Logan, la adopción de GitLab mejoró todo el proceso de desarrollo. El equipo de Web Factory ha estado usando GitLab durante tres años, y Logan es un GitLab Hero que comparte su experiencia y conocimientos con los demás de forma periódica. Él cree que su equipo no sería tan eficiente si no hubieran adoptado GitLab. «Seguiríamos teniendo procesos tediosos, largos períodos de desarrollo y desarrolladores cada vez menos motivados a los que ya no les gustan los proyectos en los que trabajan y terminan marchándose», resume Logan.