Audi, parte del Grupo VW, es propietaria de las marcas premium Audi, Ducati y Lamborghini. Se enfoca en crear un entorno central seguro y estable para desarrollos innovadores a gran escala en todo el Grupo VW. Como parte de este proyecto, TI de Audi necesitaba reducir el riesgo y eliminar las dependencias con una arquitectura modular y flexible que pudiera soportar el trabajo iterativo.
La empresa eligió Red Hat OpenShift como plataforma base para Kubika-O, su entorno de desarrollo de software de autoservicio. Este entorno proporciona a los desarrolladores de software de Audi una forma de diseñar, implementar y escalar rápidamente nuevas aplicaciones y entornos de proyectos.
Kubika-O actualmente admite varias aplicaciones clave que son fundamentales para las operaciones comerciales del Grupo VW, como en las áreas de recopilación, análisis y automatización de datos.
Sebastian Kister es líder del equipo de productos y propietario de productos, Kubernetes y Public Cloud en Audi. Kister describe el papel de TI en el grupo automovilístico: «Audi IT ve la estandarización de los proyectos de plataforma en todo el Grupo VW con más de 660.000 empleados como una tarea central, con la provisión de entornos de tiempo de ejecución robustos en la nube. ”
Para respaldar este objetivo, según Kister, Audi IT ha establecido una organización de servicio profesional que supera los días de esquemas rígidos de «planificar, construir y ejecutar». Históricamente, la organización de TI en torno al diseño, la construcción y las operaciones estructuró la función de TI de una organización en torno a áreas clave de infraestructura que funcionaban en todos los dominios tecnológicos.
Este enfoque se consideraba anteriormente como una forma de organizar la infraestructura de TI de una manera que reduce los costos, mejora el rendimiento y ayuda a las organizaciones a prepararse para los productos de infraestructura de TI de próxima generación.
En 2013, McKinsey determinó que la estructura organizativa de planificación, construcción y ejecución para TI proporciona funciones de TI globales con una mejor manera de administrar TI que organizar funciones de infraestructura de TI en torno a «torres de tecnología» para mainframes, servidores, almacenamiento, middleware, bases de datos, redes, etc. alrededor de los usuarios finales.
Sin embargo, según Kister, Audi IT necesitaba la capacidad de respaldar ajustes y expansiones a corto plazo.
Anteriormente, los proyectos se retrasaban debido a procesos de implementación que requerían mucho tiempo y que podían requerir plazos de entrega de hasta seis meses. Él dice: «Audi solo puede cumplir con los requisitos comerciales que se desarrollan dinámicamente con un sistema flexible».
Al igual que muchas grandes empresas, Audi estableció varios criterios al seleccionar una plataforma adecuada y decidir si implementar cargas de trabajo en una nube pública, una nube privada o en las instalaciones. Según Kister, los proyectos de desarrollo innovadores siempre requieren un entorno seguro, estable y escalable, pero es igual de importante que TI pueda proporcionar a la empresa una arquitectura modular y flexible que reduzca el riesgo, elimine las dependencias y admita el trabajo iterativo.
«Además, el entorno de tiempo de ejecución tenía que ser compatible con múltiples nubes, ya que VW y Audi usan múltiples plataformas en la nube», dice. Este enfoque multinube tiene en cuenta la presencia en el mercado global del grupo. «Audi también quería implementar una plataforma independiente de la nube para evitar el bloqueo», agrega.
Cuando se le preguntó cómo desarrolla Audi el software y cómo se organizan los equipos, Kister dice: “Como es de esperar de una marca global como Audi, tenemos diversos requisitos de todos nuestros diferentes equipos. Utilizamos un enfoque de gestión ágil que permite la entrega de soluciones centradas en el cliente que podemos comercializar rápidamente, y lanzamos muchas actualizaciones de versiones de servicios sobre la marcha”.
Desde una perspectiva arquitectónica, dice Kister, Audi eligió la contenedorización para desacoplar los sistemas operativos de las cargas de trabajo. ¿Por qué usar contenedores en lugar de máquinas virtuales más tradicionales? «Los beneficios de las cargas de trabajo ligeras son definitivamente el argumento principal para la contenedorización», dice. «Nuestros equipos de proyecto desarrollan y operan los contenedores de nuestros clientes, pero nuestro enfoque es trabajar con ellos para ayudarlos a hacer la transición hacia nosotros y empoderarlos para que trabajen con nosotros».
Con la automatización proporcionada por Red Hat OpenShift, Audi IT puede proporcionar complementos y clústeres de Kubernetes personalizados para cualquier proyecto de Kubika-O. Esto permite que los desarrolladores experimentados y los novatos de Kubernetes trabajen de manera más eficiente para crear, implementar y migrar soluciones innovadoras en entornos locales y en la nube.
Según Kister, la infraestructura de contenedores modular y receptiva de Red Hat OpenShift contiene todas las funciones y servicios necesarios para operar una plataforma de gestión de contenedores certificada para aplicaciones críticas para el negocio en diferentes infraestructuras. La plataforma permite a Audi IT gestionar acuerdos de nivel de servicio, múltiples capas de seguridad, automatización y gestión de clústeres. “Por ejemplo, con Red Hat OpenShift como base, los usuarios pueden mover aplicaciones en contenedores entre nubes y conservar todas las funciones”, dice.
La empresa ha implementado Red Hat OpenShift en Amazon Web Services (AWS) y Microsoft Azure como entornos de tiempo de ejecución admitidos de forma nativa en AWS y Azure. Según Kister, Red Hat y el proveedor de la nube respectivo administran, respaldan y monitorean conjuntamente cada versión. “El equipo de Audi está adoptando un enfoque agnóstico en la nube, aprovechando soluciones complementarias para el entorno de tiempo de ejecución, particularmente en términos de seguridad”, agrega.
Para Kister, estas capacidades complementarias abordan las necesidades de administración de TI, como el escaneo de imágenes de contenedores, el escaneo de tiempo de ejecución de contenedores, las pruebas de vulnerabilidad, el monitoreo, los controles de acceso basados en roles o la integración, entrega e implementación continuas, entre otros.
En general, Kister ve que el rol de TI está cambiando. «Ya no se puede esperar que un sistema funcione sin cambios durante 10 años», dice. «Para sobrevivir en un entorno de cambio constante, necesitábamos un sistema multiinquilino con la capacidad de realizar pequeños ajustes y actualizaciones según fuera necesario».
El desarrollo del autoservicio a través del entorno Kubika-O de Audi encaja aquí. Dichos entornos son clave para los esfuerzos de digitalización que requieren una innovación continua a través del desarrollo de nuevos productos y servicios basados en software.
