Una encuesta de F5 revela que DevOps y NetOps coinciden en la importancia de la automatización y la frecuencia de las implementaciones.

Hay dos caras de cada moneda, dice el viejo refrán. No hace falta decir que ambas caras de la moneda son del mismo color aunque tengan imágenes diferentes.  

Así lo descubrimos cuando nos sumergimos en el mundo de DevOps y NetOps. Descubrimos que ambos grupos son mucho más generosos en su opinión sobre el otro con respecto a la priorización de esfuerzos de lo que los arquetipos tradicionales pretenden que sean, y tienen mucho en común. Aunque puedan no estar de acuerdo en los detalles.

Encuestamos a 884 profesionales de NetOps y DevOps durante julio de 2017. Preguntamos principalmente sobre los esfuerzos de automatización, pero también sobre aquellas medidas que DevOps suele citar, como la frecuencia y la tasa de éxito de las implementaciones.

Pero esos son sólo números fríos. Queríamos saber si las percepciones de cada grupo estaban en consonancia con la animosidad retratada en las caricaturas o si los dos habían seguido adelante y se habían convertido, si no en amigos inmediatos, al menos en enemigos. Después de todo, ambos grupos tienen el mismo objetivo: sacar al mercado una aplicación que impulse el negocio a nuevas alturas.

Y a juzgar por los resultados, ciertamente parece que así es. Ambos desean una mayor colaboración e interacción a la hora de llevar aplicaciones al mercado y ofrecen ejemplos específicos de cómo les gustaría que esto sucediera. Y ambos grupos comparten percepciones comunes de la seguridad, confiabilidad y rendimiento de las aplicações que entregan y luego implementan. Aunque parezca sorprendente, ninguno de ellos es inmune al impacto del ritmo de cambio en la industria. Tanto DevOps como NetOps no están completamente seguros de que sus roles sean relevantes en cinco años, y ambos identificaron al menos alguna brecha entre lo que necesitan saber para hacer su trabajo y las habilidades/capacitación que poseen actualmente.

Pero sí descubrimos diferencias en cuanto a cuánta tecnología debería cubrir la brecha entre las líneas de desarrollo y producción. Eso, a su vez, valida la creencia generalizada de que “la red” es un factor principal en el auge de la multi-nube, ya que impulsa a los desarrolladores y DevOps a buscar soluciones fuera de TI, principalmente en la nube.  

Automatizar. Automatizar. Automatizar.

Esa es una cita directa y un tema común entre aquellos DevOps de la minoría que creían que sus contrapartes en NetOps no estaban priorizando las "cosas correctas". Esto podría deberse a que se enfrentaron a un pequeño número (8 %) de NetOps que indicaron que “Ninguno” de sus procesos de producción estaba automatizado en ese momento. O tal vez operan como parte de un pequeño grupo de DevOps (4%) que cree que los desarrolladores, DevOps y el desarrollo NO deberían tener acceso al flujo de producción a través de capacidades de automatización/autoservicio y simplemente no están de acuerdo. 

La buena noticia es que son minoría en ambos aspectos. La mayoría de los NetOps no solo operan en entornos donde el 50 % o más del flujo de producción está automatizado, sino que una pluralidad (61 %) también cree que DevOps y los desarrolladores deberían tener un mayor acceso (50 % o más) a ese flujo de producción.

Esto significa que NetOps está totalmente de acuerdo con el deseo de DevOps de tener más capacidades de automatización y autoservicio.

Además, ambos grupos creen abrumadoramente que el otro prioriza "las cosas correctas", y el 82 % de DevOps y el 76 % de NetOps dan un gesto de aprobación con la cabeza a la priorización de sus contrapartes. Al fin y al cabo, no hay muchas razones para pelearse al amanecer en el estacionamiento.

Mayor automatización, mayor probabilidad de éxito

Una creencia común dentro de los círculos de DevOps es que la automatización no solo permite una mayor frecuencia de entrega e implementación, sino que mejora su tasa de éxito general. Siempre que se requiere intervención manual, aumentan las posibilidades de que se produzcan errores. Después de todo, el error humano es un factor importante en muchas interrupciones del servicio. No sólo es lógico: nuestra encuesta lo confirma. La comparación de las tasas de éxito de implementación con el porcentaje de procesos de implementación automatizados actuales arroja una correlación positiva, al menos la mayor parte del tiempo.

• La mayoría de NetOps (65%) informan una alta frecuencia (90% o más) de implementaciones exitosas. De ellos, el 86% ha automatizado más del 75% del proceso de producción.
• Entre los NetOps que informan una alta frecuencia (90 % o más) de implementaciones exitosas, el 37 % implementa una vez a la semana. Curiosamente, entre quienes informan en NetOps una frecuencia baja (menos del 50 %) de implementaciones exitosas, 1 de cada 3 implementa más de una vez al día y 1 de cada 3 implementa una vez al mes.

Según los datos, parece que existe un “punto óptimo para el éxito”: implementar una vez por semana y automatizar al menos el 75 % del proceso de implementación.

La necesidad de velocidad

Nuestra encuesta encontró que, a pesar del creciente acuerdo sobre la automatización, había claras diferencias de opinión. Una de estas diferencias aparece con respecto a los conceptos básicos necesarios para generar los cambios reales que se requieren para tener éxito en un mundo acelerado y de múltiples nubes impulsado por una economía de aplicação .

En promedio, los NetOps tenían el doble de probabilidades de describir las frecuencias de implementación actuales como “demasiado frecuentes” (8%) que sus contrapartes DevOps (4%). Por el contrario, muchos más DevOps estaban insatisfechos con la frecuencia de entrega, y el 26 % describió la suya como "no lo suficientemente frecuente".  

Aun así, una clara mayoría en ambos grupos sintió que su velocidad actual era “suficientemente buena para ellos”.

• Del 70% de DevOps que piensa que la frecuencia de entrega actual es “suficientemente buena”, el 31% entrega los cambios a producción una vez a la semana.
• Del 4% de DevOps que etiquetaron la frecuencia de entrega como “demasiado frecuente”, el 38% entrega una vez al mes.
• Del 26% de DevOps que desean entregar con mayor frecuencia, el 28% lo hace una vez a la semana y el 26% ya lo hace más de una vez al día.

Del 74% de NetOps que declaró que la frecuencia de las implementaciones es “suficientemente buena”, el 37% las implementa una vez por semana. Curiosamente, del 9% que declaró que su frecuencia de despliegue es “demasiado frecuente”, el 44% también realiza despliegues una vez por semana. La mayoría del 18% de NetOps que desean realizar implementaciones con mayor frecuencia lo hacen una vez a la semana (27%) o una vez al mes (28%).

Automatización, para ganar

Hay 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 la implementación. Hubo una correlación positiva entre cómo NetOps califica la confiabilidad, el rendimiento y la seguridad de las aplicações y la automatización del pipeline. Hay más confianza en las calificaciones de confiabilidad y rendimiento de las aplicações cuando el flujo de trabajo está automatizado al menos entre un 50 y un 75 %.

La confianza en las calificaciones de seguridad de las aplicação es más fuerte cuando el 75 % o más del proceso está automatizado. Como era de esperar, DevOps parece verse afectado de manera similar por la automatización de canalizaciones. Tenían mayor confianza en sus calificaciones de confiabilidad y rendimiento de las aplicação cuando más del 75 % del proceso de procesamiento estaba automatizado.

Según los resultados de nuestra encuesta (puede obtener el informe completo aquí ), el consenso general en torno a la automatización es definitivamente positivo: uno de NetOps y otro de DevOps.  

La automatización es importante, sin importar qué lado de la moneda estés mirando.