Toda moneda tiene dos caras, como reza el viejo dicho. Huelga decir que ambas caras de la moneda son del mismo color, aunque muestren imágenes diferentes.
Eso es lo que descubrimos al adentrarnos en el mundo de DevOps y NetOps. Comprobamos que ambos grupos valoran mucho más favorablemente al otro en lo que respecta a la priorización de esfuerzos de lo que sugieren los arquetipos tradicionales, y que tienen mucho en común, aunque puedan discrepar en los detalles.
Encuestamos a 884 profesionales de NetOps y DevOps durante julio de 2017. Les preguntamos principalmente sobre las iniciativas de automatización, pero también sobre métricas que suelen citar los profesionales de DevOps, como la frecuencia y la tasa de éxito de los despliegues.
Pero esas no son más que cifras frías. Queríamos saber si las percepciones de cada grupo se correspondían con la animadversión reflejada en las caricaturas o si ambos habían pasado página y se habían convertido, si no en grandes amigos, al menos en «amienemigos». Al fin y al cabo, ambos grupos comparten los mismos objetivos: lanzar al mercado una aplicación que impulse el negocio hacia nuevas cotas.
Y, a juzgar por los resultados, parece que así es. Ambos desean una mayor colaboración e interacción a la hora de lanzar aplicaciones al mercado y ofrecen ejemplos concretos de cómo les gustaría que esto se materializara. Además, los dos grupos comparten percepciones similares sobre la seguridad, la fiabilidad y el rendimiento de las aplicaciones que desarrollan y posteriormente implementan. Quizá resulte sorprendente que ninguno de ellos sea inmune al impacto del ritmo de cambio del sector. Ni los profesionales de DevOps ni los de NetOps están del todo seguros de que sus funciones sigan siendo relevantes dentro de cinco años, y ambos han detectado cierta brecha entre los conocimientos que necesitan para desempeñar su trabajo y las competencias o la formación que poseen actualmente.
Sin embargo, sí descubrimos diferencias en cuanto al grado en que la tecnología debería salvar la brecha entre los procesos de desarrollo y producción. Esto, a su vez, confirma la creencia generalizada de que «la red» es un factor clave en el auge de la multinube, ya que impulsa a los desarrolladores y a los equipos de DevOps a buscar soluciones fuera del departamento de TI, principalmente en la nube.
Automatiza. Automatiza. Automatiza.
Es una cita textual y un tema recurrente entre la minoría de profesionales de DevOps que consideraban que sus homólogos de NetOps no estaban dando prioridad a «lo que realmente importa». Esto podría deberse a que se enfrentaban al reducido número de profesionales de NetOps (8 %) que indicaron que «ninguna» parte de su canalización de producción estaba automatizada en ese momento. O quizá formen parte de un pequeño grupo de profesionales de DevOps (4 %) que creen que los desarrolladores, los equipos de DevOps y el área de desarrollo NO deberían tener acceso a la canalización de producción mediante funciones de automatización o autoservicio, y simplemente discrepen.
La buena noticia es que son minoría en ambos aspectos. La mayoría de los profesionales de NetOps no solo trabajan en entornos donde el 50 % o más del proceso de producción está automatizado, sino que una mayoría relativa (61 %) también considera que los equipos de DevOps y los desarrolladores deberían tener un mayor acceso (del 50 % o más) a dicho proceso.
Eso significa que los equipos de NetOps respaldan plenamente el deseo de los equipos de DevOps de contar con más automatización y funciones de autoservicio.
Además, ambos grupos creen de forma abrumadora que el otro prioriza «lo que realmente importa»: el 82 % de los profesionales de DevOps y el 76 % de los de NetOps dan su visto bueno a las prioridades de sus homólogos. Al final, parece que no habrá muchos duelos al amanecer en el aparcamiento.
A mayor automatización, mayores probabilidades de éxito
Una creencia común en los círculos de DevOps es que la automatización no solo permite aumentar la frecuencia de las entregas y los despliegues, sino que también mejora su tasa de éxito general. Siempre que se requiere una intervención manual, aumenta la probabilidad de que se produzcan errores. Al fin y al cabo, los errores humanos son un factor importante en muchas interrupciones del servicio. No solo es lógico, sino que nuestra encuesta lo confirma. Al comparar las tasas de éxito de los despliegues con el porcentaje de automatización actual del proceso de despliegue, se observa una correlación positiva, al menos la mayoría de las veces.
- La mayoría de los profesionales de NetOps (65 %) afirma tener una alta frecuencia de implementaciones satisfactorias (del 90 % o más). De ellos, el 86 % ha automatizado más del 75 % del proceso de producción.
- Entre los profesionales de NetOps que indican una alta frecuencia de despliegues satisfactorios (del 90 % o superior), el 37 % realiza despliegues una vez a la semana. Curiosamente, entre quienes indican una baja frecuencia de despliegues satisfactorios (inferior al 50 %), 1 de cada 3 realiza despliegues más de una vez al día y 1 de cada 3, una vez al mes.
Según los datos, parece existir un «punto óptimo para el éxito»: realizar despliegues una vez a la semana y automatizar al menos el 75 % del pipeline.
La necesidad de velocidad
Nuestra encuesta reveló que, a pesar del creciente consenso sobre la automatización, existían claras diferencias de opinión. Una de ellas se refiere a los conceptos fundamentales necesarios para impulsar los cambios reales que se requieren para triunfar en un mundo dinámico y multinube, impulsado por una economía basada en las aplicaciones.
De media, los profesionales de NetOps tenían el doble de probabilidades de calificar la frecuencia actual de los despliegues como «demasiado alta» (8 %) que sus homólogos de DevOps (4 %). Por el contrario, muchos más profesionales de DevOps estaban insatisfechos con la frecuencia de las entregas: un 26 % consideraba que la suya «no era lo suficientemente alta».
Aun así, una clara mayoría en ambos grupos consideraba que su velocidad actual era «lo bastante buena para ellos».
- Del 70 % de los profesionales de DevOps que consideran que la frecuencia de entrega actual es «suficientemente buena», el 31 % implementa cambios en producción una vez a la semana.
- Del 4 % de los profesionales de DevOps que calificaron la frecuencia de entrega como «demasiado alta», el 38 % realiza entregas una vez al mes.
- Del 26 % de los profesionales de DevOps que quieren realizar entregas con mayor frecuencia, el 28 % lo hace una vez a la semana y el 26 % ya realiza más de una entrega al día.
Del 74 % de los profesionales de NetOps que declararon que la frecuencia de los despliegues era «suficientemente buena», el 37 % realiza despliegues una vez a la semana. Curiosamente, del 9 % que declaró que su frecuencia de despliegue era «demasiado alta», el 44 % también realiza despliegues una vez a la semana. La mayoría del 18 % de los profesionales de NetOps que quieren realizar despliegues con mayor frecuencia los llevan a cabo una vez a la semana (27 %) o una vez al mes (28 %).
La automatización, la clave del éxito
Existe poco desacuerdo entre DevOps y NetOps sobre la importancia y el impacto de la automatización en el ciclo de vida de las aplicaciones, desde el desarrollo hasta la entrega y el despliegue. Se observó una correlación positiva entre la valoración que hace NetOps de la fiabilidad, el rendimiento y la seguridad de las aplicaciones y el grado de automatización del pipeline. La confianza en las valoraciones de la fiabilidad y el rendimiento de las aplicaciones es mayor cuando el pipeline está automatizado al menos entre un 50 % y un 75 %.
La confianza en las valoraciones de seguridad de las aplicaciones es mayor cuando el 75 % o más del pipeline está automatizado. Como era de esperar, la automatización del pipeline parece tener un impacto similar en los equipos de DevOps. Estos mostraron la máxima confianza en sus valoraciones sobre la fiabilidad y el rendimiento de las aplicaciones cuando más del 75 % del pipeline estaba automatizado.
Según los resultados de nuestra encuesta (puedes consultar el informe completo aquí), el consenso general sobre la automatización es claramente favorable: tanto NetOps como DevOps le dan el visto bueno.
La automatización es importante, independientemente del lado desde el que se mire.
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.