La entrega continua es el penúltimo objetivo de las organizaciones que adoptan DevOps. No es el objetivo final, ya que este sería el despliegue continuo.
En los entresijos de DevOps se habla mucho de la capacidad de entregar software listo para producción innumerables veces al día.
Eso está bien.
La razón por la que esto no me entusiasma demasiado es que, en la mayoría de las organizaciones empresariales —incluso en aquellas que han adoptado DevOps—, la entrega es solo el primer paso de la fase de «salida al mercado» del ciclo de vida de una aplicación. Pocas aplicaciones están «listas» para los usuarios cuando se recibe la notificación final de compilación y lanzamiento. Aún hay que desplegarlas en producción, donde diversos procedimientos y políticas garantizarán que lleguen correctamente a los usuarios.
La cuestión es que el despliegue continuo es (debería ser, podría ser, será) el objetivo último de las organizaciones que adoptan DevOps. Aunque no lo sea, el problema de fondo es que el mero hecho de pasar una aplicación a producción no significa que ya esté «entregada» a sus destinatarios. Para ello, es necesario desplegarla en producción junto con todos los servicios necesarios para escalarla, protegerla y acelerarla, a fin de garantizar una experiencia de aplicación óptima tanto a los usuarios corporativos como a los consumidores.
Eso podría implicar el equilibrio de carga para garantizar la escalabilidad y la disponibilidad. Casi con toda seguridad, también implica seguridad: como mínimo, un cortafuegos; preferiblemente, seguridad de las aplicaciones; y posiblemente otras medidas. También puede conllevar la gestión del acceso y la identidad. Quizá no sea necesario para las aplicaciones orientadas al consumidor, pero las de uso corporativo podrían tener que incluirse en políticas de inicio de sesión único (SSO) o federadas para garantizar un acceso fluido y sin complicaciones. También puede ser necesaria una mayor velocidad en términos de rendimiento.
Todo esto debe suceder antes de que una aplicación esté «lista» para los usuarios. Y el equipo de «producción» lo sabe. Del 32 % de los encuestados en nuestro informe Estado de la entrega de aplicaciones de 2017 que afirmaron «tenemos entre 1 y 10 de estos servicios implementados», la mayoría se situó en el grupo de «tenemos más de 5», y un 63 % indicó que actualmente tiene entre 6 y 10 implementados.
Independientemente de los problemas relacionados con el «despliegue continuo», estos servicios son fundamentales para garantizar que las aplicaciones estén «listas para los usuarios» y no solo «listas para producción».
Realizar innumerables despliegues en producción está muy bien, pero el verdadero objetivo es lanzar al mercado con mayor frecuencia. Aunque DevOps se adentre en producción (¡adelante, entrad! ¡El agua está estupenda, de verdad!) para gestionar la aplicación y su infraestructura inmediata, seguirá habiendo servicios previos que deberán aprovisionarse, configurarse y probarse antes de que la aplicación pueda considerarse realmente «entregada».
Publicar aplicaciones en producción con mayor frecuencia no afecta realmente al calendario de despliegues. Hay un motivo por el que los proyectos de código abierto tienen una rama «estable» y una opción de «compilación nocturna». Claro que puedo obtener la versión más reciente y avanzada, pero, como usuario, prefiero la opción «estable», porque que las aplicaciones fallen o se bloqueen de forma aleatoria no contribuye en absoluto a una experiencia de uso positiva.
El calendario de despliegue debe estar marcado por las necesidades del negocio y ser implementado por TI, lo que implica conseguir que todo el equipo de TI (las cuatro áreas de operaciones) se implique para empezar a automatizar la mayor parte posible del proceso. Porque una aplicación no está lista para los usuarios hasta que los servicios que la rodean en producción garantizan su seguridad y rendimiento.
Sobre el autor
Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.