Reto
Una aerolínea española, con sede en Barcelona, dispone de un gran número de aplicaciones implementadas por la compañía, con un gran volumen de equipos de desarrollo.
La variedad de pruebas funcionales a realizar en las diferentes aplicaciones implica la creación de entornos temporales donde ejecutarlas. Su generación, dentro del entorno corporativo, es un proceso lento, siendo el cuello de botella de las pruebas. Este es el motivo por el que se produce la necesidad de disponer de una plataforma que agilice los despliegues y dote al equipo de desarrollo de total autonomía. Además, dado el volumen de crecimiento y, por lo tanto, el aumento del número de entornos a crear, se plantea el uso del cloud público AWS como plataforma de los entornos de pruebas funcionales.
En la línea de mejorar los despliegues, la compañía nos demandó la posibilidad de disponer de una plataforma que permitiera la generación de entornos de desarrollo ágiles y personalizados para equipos de desarrolladores de manera autónoma sobre AWS, así como en un futuro en su plataforma de virtualización basada en VMWare.
Proyecto
Planteamos el uso de OpenNebula como solución de plataforma de cloud híbrido para satisfacer las necesidades del cliente. A fin de garantizar el éxito de la solución final, nos reunimos en la fase inicial tanto con el equipo de sistemas como con los responsables de cada equipo de desarrolladores. En dicha reunión se expusieron y recogieron las necesidades de cada equipo, a fin de que la solución final planteada fuera acordada por todos los equipos que deberían utilizarla.
El equipo de sistemas, promotor del proyecto, era el encargado de designar la directriz a seguir en los despliegues y de garantizar que las premisas de los desarrolladores entraran dentro del flujo de administración, a fin de respaldar el buen funcionamiento del mismo.
Tras estas reuniones de toma de requerimientos, se inició la fase de Setup de la plataforma, en la que se instaló y configuró OpenNebula (ONE) como solución de cloud híbrido. Al finalizar la instalación y configuración inicial, se realizó una prueba de concepto con los responsables de la fase de diseño para confirmar que las necesidades planteadas en el diseño eran cubiertas por la solución.
Una vez concretado el alcance del proyecto en la prueba de concepto, se realizaron diferentes tareas para disponer de una plataforma de cloud híbrido vinculada con AWS.
En concreto se realizaron las siguientes tareas:
- Configuración del Rebranding para la visión corporativa.
- Configuración de Roles con permisos diferenciados, de tal forma que permitiera la parametrización de vistas y acciones a realizar según cada rol.
- Vinculación con Active Directory vinculando grupos del mismo con roles de ONE.
- Configuración del Billing (Showback).
- Scripting para garantizar horarios de parada de servidores en AWS.
- Diseño e implementación de localización de servidores en AWS creados desde la plataforma de ONE.
- Configuración de variables en la creación de servidores para garantizar el alta en el sistema corporativo.
- Soporte en diseño de plantillas en AWS para la vinculación con ONE.
Resultados
Tras la implementación de esta solución, los diferentes desarrolladores pueden disponer bajo demanda y en autoservicio de las infraestructuras para sus pruebas funcionales sin necesidad de peticiones al equipo de sistemas y con garantías de que se encuentran dentro del flujo de administración de la plataforma de la compañía, con lo que se ha conseguido reducir drásticamente el tiempo de aprovisionamiento a minutos, desplegando con un solo clic los diferentes blueprints o servidores virtuales.
Las infraestructuras en todo momento son fácilmente localizables dentro del cloud público AWS y con garantías de parada de las mismas en horarios establecidos.
Los diferentes grupos de desarrolladores disponen siempre del coste de sus pruebas, con lo que a nivel empresarial todo el mundo es consciente de dicho coste.
El equipo de sistemas tiene la tranquilidad de que las pruebas funcionales se ejecutan en un entorno controlado, aunque desatendido, así como que se conoce el coste de cada uno de los equipos de desarrollo a fin de garantizar la optimización de las pruebas.