Cómo hablar con NetOps sobre la automatización
El equipo de redes está formado por tus compañeros, tus colegas y, en algunos casos, tus amigos. Merecen conocer la verdad. Y tú eres la persona idónea para contársela. La verdad sobre cómo la automatización va a transformar (¡para bien!) gran parte de las tareas tradicionales de NetOps.
Las decisiones relativas al desarrollo, las pruebas, el despliegue, la operación y el mantenimiento de aplicaciones empresariales no se toman de forma aislada. En el pasado, puede que el personal de operaciones de red fuera quien tuviera el control y quien diera el visto bueno final antes de que pudiera llevarse a cabo cualquier acción importante. Y, para ser sinceros, probablemente la mayoría prefería que fuera así.
Pero las cosas han cambiado. Ahora, en lugar de ejercer un control estricto, NetOps se ve asediado por personas (de DevOps, para qué engañarnos) que prefieren hacer las cosas por su cuenta. Cosas que NetOps preferiría que no hicieras (como saltarte los protocolos de seguridad para tu nueva aplicación o trastear con la configuración del balanceo de carga para esa actualización de la aplicación).
Ahora bien, podría decirse que los profesionales de DevOps solo intentan mejorar las cosas. Hacerlas más adaptables. Más autogestionadas y menos sometidas a microgestión. Más Ágiles (con A mayúscula).
La cuestión es que, en el entorno empresarial actual, DevOps necesita a NetOps para mantener su forma de trabajo ágil. DevOps sencillamente no puede hacerlo por sí solo (al fin y al cabo, todas esas aplicaciones se ejecutan sobre una infraestructura subyacente). Tampoco puede esperar que NetOps pase a un segundo plano y renuncie a todas sus responsabilidades tradicionales. Ni sería deseable. NetOps desempeña un papel importante a la hora de mantener la seguridad y el rendimiento de todas las aplicaciones que crea DevOps, y aporta competencias y capacidades esenciales al flujo de trabajo de CI/CD.
La automatización mejora su trabajo
Si trabajas en DevOps y quieres que tus compañeros de NetOps se involucren más en el flujo de trabajo de CI/CD, primero debes conseguir que quieran participar y que vean el valor de cambiar el statu quo. En realidad, esto es bastante fácil, ya que las mejoras más inmediatas que la automatización permite abordar son precisamente todas esas tareas tediosas, rutinarias y que requieren mucho tiempo, y que hay que repetir una y otra vez. El tipo de tareas que cualquier trabajador sensato estaría encantado de delegar en un bot.
Las órdenes de cambio son un buen ejemplo. Abrirse paso entre una pila de órdenes, introducir manualmente cada cambio y después comprobar que todo está bien porque, al fin y al cabo, esta es ya la novena de esta mañana, todas empiezan a parecer iguales y uno se pregunta por qué decidió dedicarse a esto. ¿Rellenar órdenes de cambio todo el día, todos los días? Va a ser que no.
Hay una forma mejor: automatizar al máximo todas esas tareas redundantes y repetitivas que lastran una jornada que, de otro modo, sería interesante y productiva.
“Según nuestro informe sobre el estado de los servicios de aplicaciones, el 42 % de las organizaciones ya ha automatizado las implementaciones de sus servicios de aplicaciones.”
La automatización mejora las aplicaciones
La gente de la dirección quería que empezáramos por esto, porque lo importante es el producto, ¿no? ¿A quién le importa que los hombres y mujeres que lo crean disfruten de su trabajo, verdad? (¡Pues no!)
No obstante, que tus aplicaciones tengan un rendimiento sólido y sean seguras es, en realidad, una ventaja bastante buena de que tu trabajo sea menos tediosamente repetitivo.
Lo bueno de la automatización es que, si lo haces bien la primera vez, sabes que se hará bien todas y cada una de las veces posteriores.
Al automatizar los servicios que hacen que sus aplicaciones sean fiables y seguras, no solo libera tiempo para proyectos más interesantes y menos repetitivos, sino que también mejora la calidad de dichos servicios. Esto se debe a que los flujos de trabajo automatizados y bien diseñados no surgen por sí solos. La función del ingeniero de NetOps es crear el modelo óptimo sobre el que opera cada flujo de trabajo automatizado, lo que permite obtener resultados óptimos una y otra vez.
“Lo bueno de la automatización es que, si lo haces bien la primera vez, sabes que se hará bien todas y cada una de las veces posteriores.”
En un flujo de trabajo automatizado, NetOps no solo conserva el control sobre sus áreas de especialización (lo que hace que sus aplicaciones sean más rápidas, fiables y seguras), sino que también puede crear procesos automatizados tan fáciles de usar que DevOps nunca volverá a plantearse actuar por su cuenta (lo que, una vez más, hace que sus aplicaciones sean más rápidas, fiables y seguras).
La automatización prospera cuando hay cooperación
Casi siempre, ni los equipos de DevOps ni los de NetOps son capaces de encontrar por sí solos todas las soluciones necesarias para mantener las aplicaciones y los datos críticos de una organización. Estos dos equipos siempre han tenido que trabajar juntos. Y las capacidades de automatización actuales contribuyen en gran medida a reducir las fricciones en estas interacciones.
DevOps, NetOps, SecOps… ningún equipo de operaciones es una isla. En los flujos de trabajo modernos de CI/CD, el éxito depende del desarrollo de metodologías claramente definidas y probadas que puedan reproducirse de forma rápida y sencilla (es decir, automáticamente) en sistemas complejos. Para sentar unas bases sólidas para estos flujos de trabajo automatizados, es necesaria una estrecha colaboración entre DevOps, NetOps y SecOps, en la que cada equipo aporte su experiencia para apoyar a los demás.
Independientemente del entorno (nube, contenedor, etc.), tus aplicaciones dependen de servicios de aplicaciones subyacentes, servicios de red y servicios de seguridad. NetOps desempeña un papel fundamental para mantener el flujo de datos a través de la red, garantizar que las aplicaciones sean escalables y respondan con rapidez, y asegurar que los datos estén disponibles cuando se necesiten y protegidos en todo momento. Además, todos los equipos de operaciones tienen un papel que desempeñar en la reducción de riesgos, ya sea el riesgo de que tu aplicación no funcione según lo previsto, de que tu red se vea saturada o de que amenazas externas intenten atacar tus activos. Cabe destacar que los principios de DevOps que propician buenos resultados en el desarrollo de software —cultura, automatización, medición e intercambio de información— son los mismos que favorecen buenos resultados en materia de seguridad, según el Informe sobre el estado de DevOps de 2019 de Puppet.
Esta interacción entre los distintos equipos de Operaciones es constante. Así es como ha funcionado TI durante toda la era de Internet. Pero siempre hay margen de mejora, como ocurrió cuando apareció el proceso de desarrollo de software ágil, que amplió los límites de la rapidez con la que se podían desarrollar e implementar aplicaciones. En aquel momento, DevOps comenzó a impulsar el gran cambio hacia un enfoque de desarrollo más ágil, adoptando una forma más rápida de pasar «del código al cliente».
Ese aumento de la velocidad está impulsando la profunda transformación que está experimentando actualmente DevOps. Tiene un lado positivo, ya que DevOps puede avanzar más rápido y adoptar una actitud más proactiva; y un lado negativo, pues puede generar fricciones cuando los procesos de otros departamentos no están configurados para funcionar de la misma manera.
Limitarse a ignorar a esos otros departamentos o no tener en cuenta a los compañeros que aún no se han adaptado del todo a vuestra nueva forma de trabajar es una mala idea. Cuando el equipo de DevOps intenta hacerlo todo por su cuenta, resulta ineficiente e insuficiente. Así es como los procesos acaban fallando (de forma involuntaria o no), y unos procesos defectuosos pueden provocar todo tipo de problemas. Y no solo para DevOps, sino para todos, incluidos vuestros clientes, que son precisamente los últimos a quienes querríais perjudicar.
Para que el equipo de DevOps pueda desempeñar correctamente su trabajo, necesita que NetOps sea un aliado, no un adversario. Y la clave de cualquier colaboración sólida es la comunicación. DevOps debe comunicarse con el equipo de redes para saber cómo obtener los servicios necesarios para dar soporte a sus aplicaciones.
A menudo, el equipo de DevOps será el experto en automatización, en el marco general y en aspectos como la infraestructura como código; pero el equipo de redes será el experto en comprender los recursos arquitectónicos concretos que deben aprovisionarse y las herramientas disponibles para dicho aprovisionamiento. Mediante el diálogo y el respeto mutuo, DevOps y NetOps pueden identificar dónde se necesita automatización y cuál es la mejor manera de implementarla.
No tienes nada que perder, DevOps, y sí mucho que ganar si ayudas a tus homólogos de NetOps a ampliar el papel de la automatización en todo el flujo de trabajo de CI/CD. La clave está en reconocer que, del mismo modo que tú eres experto en desarrollar código, uno o varios de tus compañeros son expertos en aprovisionar los servicios de red y seguridad necesarios para respaldar ese código. No pierdas la oportunidad de ayudarles a ser los mejores expertos posibles.
Contenido relacionado
Informe sobre el estado de los servicios de aplicaciones
Preguntamos a cerca de 2000 encuestados de todo el mundo sobre el papel de los servicios de aplicaciones en la transformación digital.
Vídeo
Integración de NetOps y SecOps en el pipeline de CI/CD
