Estado de la entrega de aplicação 2018: NetOps se suma al tren de la automatización
Como polímata de TI que ama los lenguajes de programación tanto como los protocolos y las capturas de cables, la difuminación de los límites entre los dos requisitos de automatización y orquestación me marea.
Durante cuatro años hemos estado haciendo un seguimiento de cómo los encuestados en nuestra encuesta sobre el estado de la entrega de aplicação perciben la infraestructura habilitada para API y las tecnologías relacionadas. En ese tiempo, el porcentaje de personas que identifican la programabilidad de la infraestructura como importante (con una puntuación de 4 o 5 en una escala de 5) casi se ha duplicado. En 2015, menos de la mitad (el 40%) nos dijo que era importante. Este año, un asombroso 74% lo calificó como importante.
Quizás no deberíamos habernos sorprendido por esto dados los resultados de una encuesta que realizamos en 2017 sobre el tema. En esa exploración de las percepciones de DevOps y NetOps, ambos grupos acordaron unilateralmente que la automatización del proceso de producción era importante.
Pero las percepciones son sólo opiniones. El uso real es otro asunto.
Lo que descubrimos en la encuesta de este año fue que la automatización está presente en todas las regiones, todas las industrias y todos los tamaños de organizaciones. Si bien nadie ha alcanzado el 100 % (y probablemente no lo hará), hay mucha más automatización en la producción de lo que quizás nadie imaginaba.
De hecho, el 25% de los encuestados nos dijeron que siempre utilizan la automatización para realizar cambios importantes en la producción. El 60% a veces utiliza la automatización para realizar cambios pequeños en la producción. De hecho, en general, era más probable que los cambios en la producción implicaran el uso de la automatización que su uso en la respuesta a incidentes. Más de uno de cada cuatro (26%) dijo que nunca usa la automatización para la respuesta a incidentes y solo el 22% nos dijo que siempre lo hace. La variabilidad a la hora de afrontar acontecimientos probablemente impredecibles hace que esto no sea sorprendente. La automatización se basa, en parte, en un conjunto claramente definido de tareas y pasos que los unen en un proceso operativo. Eso hace que cuestiones como los cambios en la producción, ya sean importantes o menores, se adapten mejor a la codificación de esos procesos. ¿Respuesta a incidentes? No tanto.
Parece que hay una enorme cantidad de automatización en los centros de datos de todas las formas, tamaños e industrias.
Quizás te preguntes qué están usando para implementar toda esta automatización. En años pasados hemos agrupado muchas herramientas, conjuntos de herramientas y marcos en una sola pregunta. Pero eso no es razonable a medida que la automatización realmente se afianza, ya que hay varios aspectos diferentes de la automatización que realmente necesitan entenderse para entender qué está sucediendo:
1. Idiomas y conjuntos de herramientas. Esto es lo que NetOps y TI utilizan para el comando y control de la automatización. Incluye herramientas como Ansible (20%) y Vagrant (5%), así como frameworks como Puppet (19%) y Chef (16%). De ellos, el claro ganador son los buenos y viejos scripts de Python, con un 39 % de los encuestados optando por desarrollar los suyos propios para automatizar la TI.
2. Automatización de redes. Con un promedio de 16 servicios de aplicação diferentes que residen en la ruta de datos y requieren implementación, configuración y administración continua para respaldar la entrega segura y la escala de las aplicações, la mayoría de las organizaciones recurrirán a sistemas como Cisco ACI (48%), VMware (65%) y OpenStack (26%). Los tres experimentaron ganancias considerables año tras año. Esto no sorprende en un entorno en el que el 55% de las organizaciones están recurriendo a la automatización y la orquestación como resultado de los esfuerzos de transformación digital .
3. Entornos de orquestación de contenedores (COE). Estas tecnologías emergentes continúan generando revuelo y parece claro que su uso para escalar aplicações en contenedores es inevitable. Entre aquellos a quienes les preguntamos, Docker Swarm tomó la delantera con el 27% de los encuestados, seguido por Red Hat OpenShift con el 21% y Kubernetes en un sólido tercer lugar con el 16%. Sólo el 48% nos dijo que no está utilizando nada en este momento.
No me sorprende que el número de estas herramientas y marcos en cada organización esté disminuyendo. Eso significa que estamos viendo un uso deliberado de herramientas y conjuntos de herramientas de automatización en lo que ciertamente es un esfuerzo estratégico para estandarizar. Más vale pronto que tarde, antes de que reine el caos y el sector TI se doblegue bajo el peso del mismo tipo de deuda técnica y arquitectónica con la que los desarrolladores de aplicaciones han estado luchando durante años. De hecho, el 50% de los encuestados utiliza solo un único marco de automatización de red. De ellos, el 8% depende de Cisco ACI, el 5% de Open Stack y el 19% de VMware.
Éste es todavía un mercado muy fluido y en evolución, si es que se le puede llamar mercado y no movimiento. La invasión de los enfoques DevOps en la producción y la presión del negocio están haciendo que la TI avance más rápido. NetOps está adoptando y adoptando la automatización y todo lo que eso implica. Esperamos ver un mayor uso de la automatización a medida que TI continúa su viaje de transformación digital para brindarle al negocio una base digital sólida sobre la cual crear nuevas aplicaciones y explorar nuevas oportunidades.
Para obtener más información sobre la transformación digital , la nube múltiple, los servicios de aplicação , la seguridad y la continua transformación de NetOps , no dude en comprar su propia copia de nuestro informe Estado de la entrega de aplicação de 2018 y seguirnos en Twitter con @f5networks y/o el hashtag #soad18 . Y permanezcan atentos: tendremos más información (incluidos datos y perspectivas que no están en el informe) en próximos blogs.