NetOps adopta GitHub, salvo por un tipo que se aferra a vimdiff

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Y otras conclusiones de la Encuesta NetDevOps de otoño de 2016 realizada por la comunidad NetworkToCode community

La comunidad NetworkToCode está llena de personas apasionadas por las redes y el código. Por muy tópico que pueda parecer, estas personas llevan automatizando redes desde antes de que hacerlo se pusiera de moda (y se convirtiera en una prioridad para los directivos).

Durante el otoño de 2016, la comunidad realizó una encuesta con una amplia variedad de preguntas centradas, como no podía ser de otro modo, en las redes y el código. Los resultados sin procesar (enlazados más arriba) están disponibles públicamente. Por la propia naturaleza de las herramientas de encuestas en línea, los conjuntos de datos resultantes pueden ser difíciles de analizar si no se normalizan los datos (lo cual requiere trabajo). Por suerte para ti, querido lector, ya he hecho ese trabajo y puedo ofrecerte las conclusiones de una forma más gráfica y colorida.

Los lectores más perspicaces observarán que llevo mucho tiempo defendiendo la aplicación de lo que suele denominarse los principios «DevOps» a la red y, como era de esperar, fue ahí donde centré gran parte de mis esfuerzos al analizar estos datos.

No sorprende que, en un grupo centrado en el código y las redes, la percepción de DevOps fuera mayoritariamente positiva. Solo un 6,75 % no tenía «ningún interés» en DevOps, mientras que un 25,74 % señaló que ya lo utilizaba en producción. La mayoría de los demás se planteaba al menos adoptarlo (39,24 %), cuando no lo estaba evaluando ya (28,27 %).

Los excelentes responsables de esta encuesta formularon algunas preguntas bastante detalladas sobre este tema, entre ellas la perspectiva de NetOps acerca de la infraestructura como código. Esta cuestión despertó algo más de desinterés: casi un 10 % afirmó no tener «ningún interés». Lo curioso fue que solo el 19,35 % declaró que la infraestructura como código «ya estaba en producción», pero nada menos que el 54 % de los encuestados indicó que utilizaba la automatización para desplegar configuraciones y otro 66 % automatizaba el archivado de configuraciones. Exactamente un profesional de NetOps está automatizando la gestión de la configuración (y estoy bastante seguro de que no es quien presume de usar vimdiff para gestionar los cambios de configuración).

La primera pregunta que suele venir a la mente es: «¿Qué es, en definitiva, la infraestructura como código?». Probablemente, ahí radique el motivo por el que muchos más la están «poniendo en práctica», aunque la mayoría afirme estar «evaluándola» o «planteándosela». El cansancio ante tantas definiciones es real, amigos, y, dado que hoy en día no se ofrecen definiciones claras, resulta difícil sacar conclusiones sobre una terminología tan efímera (aunque lo haremos de todos modos, porque a eso nos dedicamos, ¿no?).

Entonces, ¿qué están automatizando los equipos de NetOps? No dejamos de decirles que tienen que hacerlo para que el tren de la transformación digital siga avanzando sin retrasos, pero también sabemos que las redes empresariales, en particular, no son precisamente un entorno en el que se pueda experimentar con la automatización. Son redes críticas de las que hoy depende toda la empresa. Y resulta que los equipos de NetOps están automatizando bastantes cosas.

La generación, el archivado y el despliegue de configuraciones son las tres principales operaciones que se automatizan actualmente. La recopilación de datos y la elaboración de informes también parecen estar cobrando impulso.

De hecho, a excepción de la gestión de la configuración (y de aquel NetOps aventurero), todas las operaciones parecen estar automatizadas en las organizaciones de un número considerable de encuestados.

Pero, por supuesto, la automatización de las tareas relacionadas con la configuración plantea una pregunta: ¿con qué frecuencia se llevan a cabo y, por tanto, merece la pena automatizarlas? Yo diría (probablemente en contra de la opinión actual sobre el tema) que cuanto menos a menudo se implementan cambios en producción, más valiosa resulta en realidad la automatización. Es cierto que nunca se «olvida» cómo montar en bicicleta, pero, si pasan meses o años entre una vez y otra, volver a subirse al sillín, por así decirlo, puede ser una experiencia dolorosa (y plagada de errores). Lo mismo puede ocurrir con las implementaciones. Pero ese es un tema para otro día.

Resulta que los equipos de NetOps realizan despliegues con bastante regularidad: casi la mitad (el 50,92 %) implementa cambios menores en el entorno de producción más de una vez al día, mientras que el 37,59 % implementa cambios importantes entre 1 y 5 veces al mes. No se acerca ni de lejos a las extraordinarias «200 veces al día» de las que presumen los proveedores tecnológicos nativos de la web, que principalmente dan soporte a una sola aplicación (como Netflix, PayPal o Facebook), pero aun así las aplicaciones avanzan a muy buen ritmo para tratarse de una empresa que admite, de media, más de 200 aplicaciones (según nuestras propias encuestas State of Application Delivery).

Por último, cabe preguntarse cómo gestionan todos estos cambios. Como se indica en el título, hubo una única persona de NetOps, orgullosa de afirmar que no utiliza nada más que vimdiff para gestionar los cambios. Dada la estructura de los datos, resulta difícil relacionar este hecho con la frecuencia de los cambios en producción, pero me encantaría hablar con esta persona porque es mi heroína por mantenerse fiel, con orgullo, a lo que le funciona, sin importar las presiones externas.

¿En qué confían el resto de los profesionales de NetOps? Resulta que muchos de ellos utilizan Github: un 47 %, para ser exactos. Y otro grupo numeroso (el 39 %) utiliza Rancid/Oxidized. Rancid (que no debe confundirse con la banda estadounidense de punk rock formada en Berkeley, California, en 1991) es una herramienta de red que gestiona copias de seguridad de la configuración. Oxidized también es una herramienta de red para gestionar copias de seguridad de la configuración y suele presentarse como sustituta de RANCID. Hay subreddits dedicados a ambas herramientas, por si te apetece saber más sobre ellas.

Un alarmante 8 % no realiza ningún seguimiento de los cambios de configuración. Yo lo hice una vez en el laboratorio y acabé con un enlace entre redes terriblemente asimétrico, con 100 Mbps en un sentido y 1,5 Mbps en el otro. Sí, hace casi 11 años recreé accidentalmente el modelo moderno de banda ancha por cable en un laboratorio de Green Bay. No, por desgracia no cobro derechos de autor, pero la buena noticia es que tampoco recibo mensajes de odio. Una vez más, resulta difícil entender ese razonamiento sin poder cruzar los datos con el tamaño de la organización. Curiosamente, el 11,91 % gestiona entre 0 y 50 dispositivos de red, por lo que cabe pensar que ese 8 % tiene una cantidad manejable de dispositivos y se las apaña perfectamente. El grupo más numeroso de profesionales de NetOps (el 38,63 %) gestiona más de 1000 dispositivos, y otro 28,23 % gestiona entre 251 y 1000, así que es justo afirmar que la mayoría de los profesionales de NetOps son responsables de una gran cantidad de dispositivos (casi con toda seguridad heterogéneos) y que, por tanto, realizar un seguimiento de los cambios de configuración no solo es necesario para mantener la buena salud de la red, sino también la cordura de quienes la operan.

En términos generales, disfruté mucho de esta inmersión en el mundo de NetDevOps, como ellos mismos se denominan, y de conocer qué herramientas utilizan, qué consideran importante y cómo son los entornos en los que trabajan, aunque solo fuera a grandes rasgos y desde una perspectiva muy general.

Los equipos de NetOps son la columna vertebral de la organización de TI y cada vez asumen una mayor responsabilidad a la hora de mantenerlo todo en funcionamiento mientras las empresas acometen transformaciones digitales que previsiblemente aumentarán la carga sobre la red y sobre los operadores encargados de garantizar su funcionamiento seguro.

No creo que sea posible transformar por completo las operaciones de red, pasando de un modelo tradicional a otro más ágil y similar a DevOps, de una sola vez. Al igual que la transformación digital de las empresas, la transformación digital de TI se produce por etapas, procurando no alterar los procesos existentes de una forma que pueda hacer descarrilar el negocio. Esta encuesta muestra claramente que se está produciendo una transformación que, aunque quizá no se denomine «DevOps» ni cumpla por completo con la concepción de los puristas sobre lo que eso implica, sin duda está impulsando la red empresarial en su propio proceso de transformación digital.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

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 Vittie