Devops, un acrónimo de “desarrollo” y “operaciones”, surgió como una forma de reunir dos grupos previamente separados responsables de la construcción e implementación de software.
En el viejo mundo, los desarrolladores (devs) normalmente escribían código antes de entregárselo a los administradores del sistema (operaciones u operaciones) para implementar e integrar ese código. Pero a medida que la industria viró hacia desarrollo ágil y computación nativa en la nubemuchas organizaciones se reorientaron hacia prácticas modernas y nativas de la nube en la búsqueda de lanzamientos mejores y más rápidos.
Esto requería una nueva forma de realizar estas funciones clave de una manera más ágil, eficiente y cohesiva, una en la que se eliminaran las viejas frustraciones de las funciones de desarrollo y operaciones desconectadas. Con dos grupos trabajando juntos, los desarrolladores pueden implementar rápidamente pequeñas mejoras de código a través de integración y entrega continua en lugar de pasar años lanzando productos “big bang”.
Devops nació en empresas nativas de la nube como Facebook, Netflix, Spotify y Amazon; pero se ha convertido en una de las tendencias definitorias de la industria tecnológica de la última década, principalmente porque une muchos de los cambios que han dado forma al desarrollo de software moderno.
A medida que el desarrollo ágil y la computación nativa de la nube se han vuelto omnipresentes, Devops ha permitido a toda la industria acelerar sus ciclos de desarrollo de software. Por lo tanto, Devops ahora se ha infiltrado completamente en la empresa, especialmente en organizaciones que dependen del software para administrar sus negocios, como bancos, aerolíneas y minoristas. Y ha generado una serie de otras prácticas de “operaciones”, algunas de las cuales abordaremos aquí.(JF1)
Prácticas de desarrollo
Devops requiere un cambio de mentalidad en ambos lados de la división entre desarrollo y operaciones. Los equipos de desarrollo deben centrarse en aprender y adoptar procesos ágiles, estandarizar plataformas y ayudar a impulsar la eficiencia operativa. Los equipos de operaciones ahora deben centrarse en mejorar la estabilidad y la velocidad, al mismo tiempo que reducen los costos trabajando mano a mano con el equipo de desarrolladores.
En términos generales, todos estos equipos deben hablar un idioma común y debe haber un objetivo compartido y una comprensión de las habilidades clave de cada uno para que los desarrolladores prosperen.
Más concretamente, los ingenieros Damon Edwards y John Willis creó el modelo CALMS Reunir lo que comúnmente se entiende como los principios clave de Devops:
- Cultura: Una que abraza metodologías ágiles y está abierto al cambio, a la mejora constante y a la responsabilidad por la calidad del software de extremo a extremo.
- Automatización: Automatizar el trabajo es un objetivo clave para cualquier equipo de desarrollo.
- Lean: Garantizar el flujo fluido del software a través de pasos clave lo más rápido posible.
- Medición: No se puede mejorar lo que no se mide. Devops impulsa una cultura de medición y retroalimentación constantes que se puede utilizar para mejorar y girar según sea necesario, sobre la marcha.
- Compartir: compartir conocimientos en una organización es un principio clave de Devops.
«¿Quién podría volver a la antigua manera de tratar de descubrir cómo hacer que el entorno de su computadora portátil tenga el mismo aspecto que el entorno de producción? Todas estas cosas dejan tan claro que hay una mejor manera de trabajar. Creo que es muy difícil volver atrás una vez que ha hecho cosas como la integración continua, como la entrega continua. Una vez que lo ha experimentado, es realmente difícil volver a la antigua forma de hacer las cosas», Kim le dijo a InfoWorld.
¿Qué es un ingeniero devops?
Naturalmente, el surgimiento de Devops ha generado un conjunto completamente nuevo de títulos de trabajo, el más destacado de los cuales es el comodín. ingeniero devops.
En términos generales, esta función es la evolución natural del administrador del sistema, pero en un mundo donde los desarrolladores y los operadores trabajan en estrecha colaboración para ofrecer un mejor software. Esta persona debe tener una combinación de habilidades de programación y administrador de sistemas para que pueda unir eficazmente esos dos lados del equipo.
Esa unión entre ambas partes requiere fuertes habilidades sociales más que técnicas. Como dijo Kim, “una de las habilidades, habilidades y rasgos más importantes necesarios en estas rebeliones pioneras (usando devops para derrocar el antiguo y poderoso orden, que están muy felices de hacer las cosas como lo han hecho durante 30 a 40 años) son las habilidades multifuncionales para poder comunicarse con sus contrapartes comerciales y ayudar a resolver problemas”.
Esta persona, o equipo de personas, también tendrá que ser un optimizador nato, con la tarea de mejorar continuamente la velocidad y la calidad de la entrega de software del equipo, ya sea a través de mejores prácticas, eliminando cuellos de botella o aplicando automatización para facilitar la entrega de software.
La buena noticia es que estas habilidades son valiosas para la empresa. Los salarios para este conjunto de puestos de trabajo han aumentado constantemente a lo largo de los años.con el 95% de los profesionales de Devops ganando más de $75,000 al año en salario en 2020 en los Estados Unidos. En Europa y el Reino Unido, donde los salarios son más bajos en todos los ámbitos, el 71% ganó más de 50.000 dólares al año en 2020, frente al 67% en 2019.
Herramientas clave de desarrollo
Si bien Devops es, en esencia, un cambio cultural, ha surgido un conjunto de herramientas para ayudar a las organizaciones a adoptar prácticas de Devops.
Esta pila normalmente incluye infraestructura como códigogestión de configuración, colaboración, control de versiones, integración y entrega continuas (CI/CD)herramientas de automatización, prueba y monitoreo de implementación.
Estas son algunas de las herramientas/categorías que serán cada vez más relevantes en 2025 y lo que está cambiando:
- CI/CD y automatización de entregas: Las herramientas tradicionales como Jenkins permanecen en muchas pilas, pero las herramientas de orquestación más nuevas y las plataformas basadas en CLI o centradas en GitOps están ganando importancia (por ejemplo, ArgoCD, Flux, Tekton). Además, están ganando terreno las plataformas que se integran más estrechamente con la supervisión, la gestión de secretos, la detección de derivas y la aplicación de políticas.
- Herramientas de seguridad, cumplimiento y devsecops: Las herramientas de seguridad están cada vez más integradas en los canales de desarrollo. Espere ver un mayor uso del análisis estático (SAST), las pruebas dinámicas (DAST), el escaneo de dependencias y cadenas de suministro (SCA), la gestión de secretos y las políticas como código. El objetivo es incorporar la seguridad antes y cerrar brechas entre los equipos de desarrollo, seguridad y aprendizaje automático. (InfoMundo 🙂
- IA y aumento de la automatización: Las herramientas asistidas por IA forman parte cada vez más de las pilas de herramientas: sugerencias automáticas en CI/CD, detección de anomalías, escalamiento predictivo, selección inteligente de conjuntos de pruebas y más. La esperanza es que estas herramientas reduzcan las intervenciones manuales y mejoren la confiabilidad. Herramientas que están “preparadas para la IA”, es decir, que se integran bien con la IA o tienen automatización o asistencia integrada madura, cada vez más destacar del resto.
Desafíos de DevOps
Incluso a medida que se adopta más ampliamente el devops, siguen existiendo obstáculos reales que pueden frenar el progreso o limitar el impacto. Un desafío importante es la persistente brecha de habilidades. Se espera que el ingeniero (o equipo) de Devops moderno domine no solo el control de fuente, CI/CD y secuencias de comandos, sino también la arquitectura de la nube, la infraestructura como código, las mejores prácticas de seguridad, la observabilidad y una sólida comunicación entre equipos. En muchas organizaciones estas capacidades son desiguales: algunos equipos sobresalen, otros se quedan atrás. Una encuesta de 2024 mostró que, si bien el 83% de los desarrolladores informan participar en actividades devops, El uso de múltiples herramientas de CI/CD se correlacionó con peor actuación – una señal de que la complejidad sin una experiencia profunda puede resultar contraproducente.
Fragmentación y complejidad de la cadena de herramientas es un tema relacionado. Las cadenas de herramientas de Devops han surgido en una variedad a veces desconcertante de paquetes y técnicas para dominar: control de versiones, compilación/prueba de CI, escaneo de seguridad, administración de artefactos, monitoreo, observabilidad, implementación, administración de secretos y más.
Cuantas más herramientas tenga, más difícil será integrarlas limpiamente, administrar sus versiones, garantizar la compatibilidad y evitar esfuerzos duplicados. Las organizaciones a menudo se quedan atrapadas en una “dispersión de herramientas” (herramientas elegidas por diferentes equipos, sistemas heredados o funcionalidades superpuestas) que introducen fricciones, cargas de mantenimiento y, a veces, vulnerabilidades.
Finalmente, aunque devops se ha extendido por todas partes, todavía queda resistencia y alineación cultural. Devops no se trata sólo de herramientas y procesos; se trata de colaboración, responsabilidad compartida y retroalimentación continua. Los equipos arraigados en silos tradicionales (dev vs ops, o seguridad separada) pueden resistir cambios en roles y flujos de trabajo. Son necesarios el apoyo del liderazgo, la comunicación de objetivos compartidos, la confianza y la concesión del aprendizaje continuo.
Muchos CIO centrarse demasiado en las herramientas o la implementación primeroen lugar de la cultura y los comportamientos organizacionales; pero sin abordar la cultura, incluso las mejores herramientas o procesos pueden no producir la velocidad, calidad o confiabilidad esperadas. Las organizaciones que tienen éxito aquí tienden a tener estrategias proactivas: programas de capacitación dedicados, tutorías, “gremios” internos, emparejar a ingenieros junior y senior y asegurarse de que el liderazgo respalde el aprendizaje continuo en lugar de campamentos de entrenamiento únicos.
¿Por qué Devops?
Quien le pregunte le dirá que Devops es un cambio cultural importante para las organizaciones, entonces, ¿por qué pasar por ese dolor?
Devops pretende combinar los objetivos anteriormente conflictivos de los desarrolladores y administradores de sistemas. Según sus principios, todo el desarrollo de software tiene como objetivo satisfacer las demandas comerciales, agregar funcionalidad y mejorar la usabilidad de las aplicaciones, al mismo tiempo que garantiza que esas aplicaciones sean estables, seguras y confiables. Si se hace correctamente, esto mejora la velocidad y la calidad de su producción, al mismo tiempo que mejora las vidas de quienes trabajan en estos resultados.
¿Devops ahorra dinero o añade costos?
Los equipos de Devops están reconociendo que la velocidad y la agilidad son solo una parte del éxito: las facturas no controladas de la nube y el desperdicio socavan la sostenibilidad a largo plazo. El desperdicio en devops a menudo se presenta en forma de «devops deuda” (capacidad de nube inactiva, código inactivo o alertas de seguridad falsas positivas), que se denominó “impuesto oculto a la innovación”en estudios recientes del entorno Java.
incrustar finops Estas prácticas pueden ayudar a combatir estos costos. Los equipos deberían desplazamiento a la izquierda en el costo: estimar costos al poner en marcha nuevos entornos, cambiar el tamaño de las instancias y reducir los recursos no utilizados antes de que se conviertan en gastos desbocados.
Cómo empezar con Devops
Hay muchos recursos que le ayudarán a empezar con devops, incluido el de Kim Manual de desarrolloo puede contar con la ayuda de consultores externos. Pero tienes que ser metódico y centrarte en tu gente más que en las herramientas y la tecnología que eventualmente utilizarás. si desea garantizar una aceptación duradera en toda la empresa.
Una ruta comprobada para lograrlo es una estrategia de “aterrizar y expandir”, en la que un grupo pequeño comienza mapeando flujos de valor clave e identificando un único equipo de producto o carga de trabajo para probar prácticas de Devops. Si este equipo logra demostrar el valor del cambio, probablemente comenzará a despertar el interés de otros equipos y de los altos directivos.
Sin embargo, si se encuentra al comienzo de su viaje devops, asegúrese de estar preparado para la interrupción que un cambio como este puede tener en su organización y esté atento al premio de crear un software mejor, más rápido y más potente.
Más sobre devops:
