MAYORES MITOS Y DESAFÍOS DE DEVOPS

DevOps tiene una reputación mixta. Por un lado, a menudo se lo alaba como un movimiento cultural y técnico positivo que puede facilitar la automatización de la infraestructura de TI, ayudar a transformar las prácticas de red en sincronía con la adopción de SDN y NFV y, en última instancia, romper los silos tradicionales que separan a los desarrolladores de los operadores de sistemas. Por otro lado, algunos pueden percibirlo como básicamente un camino hacia más trabajo para todos, así como un cambio organizacional con un impacto poco claro en la seguridad . ¿Cómo se asegura de que DevOps se convierta en un beneficio neto para todos los equipos?

Agilidad empresarial y automatización de la infraestructura de TI: los desafíos fundamentales de DevOps

Una forma de comprender la dificultad general inherente a la implementación exitosa de DevOps es comparar las empresas actuales con las organizaciones a escala web que están imitando. Al apuntar a la innovación de DevOps, una empresa que todavía puede depender en gran medida de servidores dedicados está esencialmente tratando de moverse “a la velocidad de Netflix”, como David F. Carr señaló recientemente para Forbes.

Naturalmente, esta ambición se encuentra con algunos obstáculos importantes. Para empezar, las prácticas de automatización sostenible a menudo faltan, y los equipos en cambio están en deuda con procesos anteriores basados ​​en scripts que ni escalan ni empoderan a los no programadores en los equipos de infraestructura y operaciones. Luego, surgen cuellos de botella cuando todos esperan la disponibilidad del programador, lo que compromete la capacidad de colaborar e implementar continuamente como parte de una posible cultura DevOps.

DevOps es de hecho cultural y enfatiza los objetivos compartidos en toda la organización, pero también requiere fundamentalmente la automatización de la infraestructura para lograr estos objetivos. Impulsar un nuevo código cada día en el molde de Amazon o Facebook simplemente no es realista sin herramientas como QualiSystems CloudShell, que utiliza un diseño sencillo basado en objetos para automatizar entornos de infraestructura heterogénea multigeneracional y reclutar tanto a programadores como a no programadores.

“Las empresas [digitales] … necesitan poner [software] en producción más rápido , comprimiendo el ciclo de prueba, puesta en escena e implementación de software, así como aprovisionando servidores y recursos de red adicionales según sea necesario para que siga funcionando bien”, explicó Carr. “Las tecnologías como la virtualización simplifican algo de esto, pero la automatización y la disciplina de los procesos comerciales son necesarias para hacerlo más rápido”.

Asegurar la automatización sostenible es solo una parte de hacer que DevOps funcione para todos. Otro componente es instituir DevOps de una manera que pueda superar el escepticismo de los empleados, desarrolladores y equipos de operaciones de la línea de negocio. Hay bastantes desafíos en este frente:

  • Las métricas para evaluar el desempeño de los desarrolladores pueden cambiar, además, los ingenieros pueden tener que interactuar más con otros departamentos.
  • Los especialistas en marketing, los ejecutivos y otras personas fuera de TI pueden dedicar más tiempo a discutir cuestiones técnicas desconocidas.
  • Es posible que las operaciones experimenten un gran cambio a medida que las versiones periódicas de entornos en cascada dan paso a una actividad mucho más frecuente.

Las actitudes escépticas y los desafíos del cambio cultural pueden llevar a la creación de nuevos silos o al refuerzo involuntario de los antiguos. Superarlos requiere herramientas sólidas, así como una cultura que pueda superar los conceptos erróneos comunes sobre DevOps.

Dejando de lado el mito de DevOps para permitir una mejor implementación

Escribiendo para opensource.com, el ex CTO de Tripwire, Gene Kim, analizó seis mitos comunes sobre DevOps, incluida la noción de que DevOps solo funciona para ciertos tipos de organizaciones (es decir, startups) y la idea de que DevOps se trata estrictamente de infraestructura como código. DevOps tiene potencial, pero a veces no funciona como se pretendía inicialmente debido a estos conceptos erróneos, que alimentan la ansiedad entre los empleados.

Por ejemplo, DevOps puede malinterpretarse como NoOps, es decir, las operaciones desaparecen por completo a medida que los desarrolladores asumen más responsabilidades. La realidad suele ser bastante diferente. En cambio, muchas actividades de operaciones se convierten en autoservicio y automatizadas, lo que permite que se realicen sin tiempos de espera prolongados o silos departamentales tradicionales.

DevOps tampoco debe confundirse con un reemplazo de la metodología ágil o del conjunto de prácticas de la biblioteca de infraestructura de TI. DevOps es más como una continuación de ágil y un complemento de ITIL. Además, no debe colocarse en su propio silo como algo que es solo para trabajar con software de código abierto o infraestructura virtual y en la nube. Puede comenzar con esos proyectos, pero debe generalizarse para tener el impacto profundo que promete.

“DevOps puede malinterpretarse como NoOps”

DevOps exitoso puede abordar una gama completa de infraestructura, así como entornos que cuentan con aplicaciones fuera de la pila LAMP asociadas con mayor frecuencia con el movimiento DevOps. Uno de los riesgos de DevOps es la creación de nuevos silos (es decir, entre diferentes tipos de aplicaciones e infraestructura) mientras se intenta eliminar los antiguos. Una solución como QualiSystems CloudShell habilita DevOps para organizaciones con cualquier tipo de infraestructura. Todas las partes interesadas, desde desarrolladores hasta auditores de seguridad, pueden acceder a los mismos entornos para impulsar ciclos de vida de aplicaciones de alta calidad.

La conclusión: las percepciones de DevOps son diversas y están en evolución. Puede verse como una bendición para la agilidad organizacional, una amenaza para los procesos estables o un creador de nuevos silos, según la perspectiva. A medida que más organizaciones busquen acelerar los ciclos de vida de sus aplicaciones, será necesario trabajar más para aclarar los conceptos erróneos sobre DevOps y garantizar que existan soluciones de automatización adecuadas para todo tipo de infraestructura.

Referencia

Quali (2015) WHAT ARE THE BIGGEST DEVOPS MYTHS AND CHALLENGES? Recuperado de: https://blog.quali.com/blog/what-are-the-biggest-devops-myths-and-challenges

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Top