Habilidades DevOps para la vida: Trabajando con el equipo de infraestructura

Para los desarrolladores de aplicação , trabajar junto a un gran equipo de plataforma de infraestructura puede ser una bendición o una maldición cualquier día. Cuando ese equipo proporciona servicios de infraestructura, redes y seguridad en un modelo de autoservicio administrado, aliviando así a los desarrolladores del trabajo de administrar la infraestructura, es realmente una bendición. En comparación, si la entrega principal del equipo de infraestructura consiste en un retraso de una semana o más y una puerta giratoria de entregas, los desarrolladores de aplicaciones pueden sentirse maldecidos.

La pregunta es ¿qué se puede hacer en este último caso? ¿Cómo lidiar con un equipo de infraestructura lento y engorroso que, francamente, limita su capacidad de producir al ritmo que se espera de usted?

La respuesta, por supuesto, es tan antigua como el conflicto mismo: Comience por aumentar su comprensión del panorama general, agregue una dosis saludable de empatía y rodéelo todo en una atmósfera de respeto mutuo y objetivos compartidos. (Hazme saber dónde recoger mi Premio de la Paz.)

Vale, quizá no sea tan sencillo, pero este plan es un buen punto de partida.

El panorama general

Los desarrolladores de aplicaciones suelen estar sujetos a una serie de restricciones inamovibles (o menos amovibles). La infraestructura empresarial, las políticas, las necesidades de seguridad y los requisitos de auditoría son consideraciones comerciales críticas y, por lo tanto, consideraciones críticas de la aplicação . Sin embargo, en muchas organizaciones, los equipos de NetOps y SecOps que son responsables de estos elementos críticos a menudo avanzan más lentamente que DevOps , y esto a su vez crea fricción.

En cierto modo, decir que NetOps es más lento que DevOps es como comparar manzanas con mandarinas. En los últimos años, la profesión de DevOps ha experimentado algunos cambios drásticos, adoptando un flujo de trabajo más ágil y abrazando la automatización en todo momento. NetOps, por otro lado, recién ahora está obteniendo acceso a su propio conjunto de herramientas de automatización. Como resultado, muchas organizaciones están preparadas para otro gran impulso en velocidad y productividad (esta vez en servicios de infraestructura), pero requerirá que los equipos de NetOps desarrollen sus habilidades para que puedan aprovechar las nuevas herramientas de automatización de redes.

Una dosis saludable de empatía

El hecho de que DevOps haya tenido acceso a herramientas de automatización durante mucho más tiempo que sus contrapartes NetOps es una diferencia importante entre los dos grupos. Pero esta diferencia no es lo único que los equipos de DevOps deben saber sobre el equipo de infraestructura.

A continuación, se presentan cinco cosas recomendadas que debe saber (o en algunos casos, recordar) sobre NetOps:

• Los profesionales de NetOps son maestros en la tecnología de los proveedores y expertos en las plataformas que administran. Seguramente has oído el término “nube híbrida” o algo similar. Se refiere al hecho de que muchas organizaciones utilizan recursos de una variedad de fuentes y armarán una solución utilizando infraestructura local, recursos de nube privada y/o servicios de nube pública como AWS, Google Cloud y Microsoft Azure. Su equipo de NetOps debe conocerlos y dominarlos todos: no es poca cosa.
  
  
• Los profesionales de NetOps entienden que las operaciones de red a menudo pueden ser la diferencia entre una aplicación de bajo rendimiento y una excelente experiencia del cliente. Dimensionamiento de ventanas, algoritmos de control de congestión, dimensionamiento de segmentos: hay todo un arsenal de características y capacidades importantes que ocurren en segundo plano y en las que la mayoría de los desarrolladores de aplicaciones ni siquiera piensan. Pero NetOps sí lo hace.
  
  
• La CLI es algo natural para los profesionales de NetOps y normalmente se sienten muy cómodos con los scripts. Pero la mayoría no habrá tenido experiencia con ejecuciones asincrónicas y devoluciones de llamadas, ni con otras técnicas de programación.
  
  
• A ellos les gusta hacer un buen trabajo (como a todos nosotros), pero trabajan en un entorno en el que a menudo parece que lo único que se nota son las cosas que salen mal. Esto suele ocurrir porque algún equipo los ha superado.
  
  
• Nunca, jamás, les pida que le expliquen el enrutamiento BGP . En serio, esta es la base de la existencia de Internet. Abre este agujero de gusano y puede que nunca puedas salir.

Objetivos compartidos, beneficios mutuos

Como bien sabes, la automatización es la clave para una implementación más rápida. Trabaje para lograr que sus colegas de NetOps estén en sintonía. Asegúrese de hablar con ellos sobre el valor de la automatización en el ciclo de vida del desarrollo de aplicaciones y anímelos a explorar cómo la automatización también puede beneficiar sus flujos de trabajo. Los programas o eventos que promueven la polinización cruzada entre equipos dispares pueden ayudar a sacar a la luz este enfoque compartido. En F5, tenemos mucho éxito con las sesiones de almuerzo y aprendizaje para abarcar divisiones tradicionalmente desconectadas.

Además, F5 ayuda a los profesionales de redes a dar pasos hacia la automatización y desarrollar sus habilidades a través de una gama de cursos gratuitos de Super-NetOps en línea . Este programa Super-NetOps ayuda a los profesionales de operaciones de red a aprender las habilidades necesarias para estandarizar servicios de aplicação críticos y adquirir la capacidad de utilizar eficazmente cadenas de herramientas automatizadas. Cadenas de herramientas automatizadas que, por cierto, pueden reducir el tiempo de servicio de días a minutos , al tiempo que garantizan que todas las aplicações cumplan con los estándares de cumplimiento, políticas y rendimiento necesarios.

El camino a seguir

Al interactuar con sus colegas sobre temas como mayor automatización e infraestructura de autoservicio, tenga en cuenta que todos están trabajando para lograr los mismos resultados. Cuando hay fricción entre equipos o cuando un equipo avanza a un ritmo más lento que los demás, es fácil pensar en sus colegas como adversarios que se interponen entre usted y el éxito final. En realidad, el éxito sostenible se logra cuando se elimina la fricción (o al menos se reduce significativamente) y cada departamento avanza apoyando a los demás.