Devops Su popularidad continúa creciendo a medida que las organizaciones buscan formas de agregar eficiencia al proceso de desarrollo. Research and Markets, una empresa de investigación de mercado, predice que el mercado mundial de herramientas y servicios devops crecerá de 10.560 millones de dólares en 2023 a 29.790 millones de dólares en 2028.
Entre los impulsores de Devops se encuentran la mayor demanda de escalabilidad, el creciente reconocimiento y las mejores prácticas de la industria, la maduración de las herramientas de Devops y el ecosistema de Devops, y una mayor demanda de integración y despliegue continuos.
Las prácticas de Devops pueden generar un tiempo de comercialización más rápido para las herramientas de software y una mayor colaboración entre los equipos de operaciones y TI. Pero ciertos errores pueden sabotear los esfuerzos de desarrollo de su equipo si no se abordan.
10 grandes errores de Devops que debes evitar
- Los equipos de desarrollo y operaciones no se comunican
- La ciberseguridad es una idea de último momento
- La infraestructura de TI compleja no escala
- Las prioridades de Devops no coinciden con los objetivos comerciales
- Las nuevas tecnologías rompen el flujo de trabajo de Devops
- Las viejas tecnologías rompen el flujo de trabajo de Devops
- La resistencia cultural frena la adopción de devops
- El trabajo remoto ralentiza la colaboración de los desarrolladores
- Los desarrolladores y las operaciones quieren cosas diferentes
- La automatización no lo soluciona todo
Los equipos de desarrollo y operaciones no se comunican
Aunque Devops está diseñado para fomentar una mejor colaboración y comunicación entre equipos, implementarlo es un obstáculo para algunas organizaciones.
«Uno de los desafíos importantes con Devops es garantizar una comunicación y colaboración fluidas entre los equipos de desarrollo y operaciones», dice Lawrence Guyot, presidente del proveedor de servicios de TI Empowerment Through Technology & Education (ETTE).
“Históricamente, estas unidades han trabajado en silos, lo que ha generado ineficiencias y malentendidos”, dice Guyot. «Para combatir esto, implementamos un enfoque de equipo multifuncional, donde los miembros de ambos departamentos participan en todas las etapas del ciclo de vida del producto, desde la planificación hasta la implementación». Esto ha dado lugar a un flujo de trabajo más cohesivo y a una disminución del tiempo de implementación en un 30 por ciento, afirma Guyot.
La comunicación eficaz «puede ser un desafío abrumador», dice Javier Muniz, director de tecnología del bufete de abogados LLCAttorney.com. “Muchas organizaciones subestiman el valor de las habilidades sociales, como la comunicación y la colaboración, en un entorno de práctica de Devops. Para manejar esto, es esencial crear un entorno propicio para una comunicación transparente y regular entre todos los equipos».
La ciberseguridad es una idea de último momento
Garantizar la seguridad de la cadena de suministro de software en un entorno devops puede resultar un desafío.
«La velocidad a la que operan los equipos devops a veces puede pasar por alto controles de seguridad esenciales», afirma Guyot. «En ETTE, abordamos esto integrando herramientas de seguridad automatizadas directamente en nuestro proceso de CI/CD, realizando evaluaciones de seguridad en tiempo real en cada etapa de desarrollo».
Esta integración no sólo ayudó a la empresa a identificar vulnerabilidades tempranamente, sino que también garantizó que las prácticas de seguridad siguieran el ritmo de los rápidos ciclos de implementación, afirma Guyot.
Una seguridad sólida y la privacidad de los datos son especialmente importantes en industrias reguladas como la atención médica. «En el sector sanitario altamente regulado, proteger los datos de los pacientes es primordial», afirma David Pumphrey, director ejecutivo del proveedor de TI para el sector sanitario Riveraxe LLC. «Abordamos esto integrando la seguridad en cada etapa del proceso de desarrollo, integrando herramientas de automatización de seguridad que realizan escaneos continuos de vulnerabilidades y monitoreo de cumplimiento».
Al tratar la seguridad como una parte integral del flujo de trabajo de desarrollo y operaciones, en lugar de una ocurrencia tardía, «minimizamos significativamente el riesgo de violaciones de datos», afirma Pumphrey.
Lograr un equilibrio entre una implementación rápida y una seguridad sólida puede ser un desafío, dice Reade Taylor, fundador de Cyber Command, LLC, un proveedor de servicios administrados que se especializa en TI empresarial y servicios devops. «En la búsqueda de una alta velocidad de desarrollo, es muy fácil dejar de lado las preocupaciones de seguridad», dice.
La infraestructura de TI compleja no escala
Las infraestructuras tecnológicas son cada vez más complejas, especialmente en las grandes empresas. El aumento del trabajo remoto/híbrido, el traslado de recursos a la nube y el mayor uso de dispositivos móviles han aumentado la complejidad, y esto puede tener un impacto en los devops.
«Gestionar la complejidad de las infraestructuras de TI modernas puede resultar abrumador para los equipos de desarrollo», afirma Guyot. «A medida que trasladamos más recursos a la nube, gestionar y escalar estos entornos complejos se convirtió en un desafío considerable».
ETTE invirtió en capacitar a su equipo de desarrollo en infraestructura y servicios avanzados en la nube, enfocándose en infraestructura como servicio (IaaS) y plataforma como servicio (PaaS), para garantizar que los miembros del equipo estuvieran bien versados en la gestión eficiente de estas plataformas.
«Esto nos permitió escalar nuestras operaciones sin comprometer el rendimiento o la seguridad, lo que en última instancia condujo a una mejora del 40 por ciento en la eficiencia operativa», afirma Guyot.
Las prioridades de Devops no coinciden con los objetivos comerciales
Cualquier iniciativa tecnológica que no esté alineada con los objetivos del negocio en general seguramente no entregará resultados estelares, y Devops no es una excepción.
«Alinear Devops con los objetivos comerciales puede ser todo un obstáculo», dice Remon Elsayea, presidente de TechTrone IT Services, un proveedor de soluciones de TI para pequeñas y medianas empresas.
«A menudo parece que el rápido ritmo de las iniciativas de Devops puede superar la alineación con objetivos comerciales más amplios, lo que lleva a prioridades desalineadas», dice Elsayea. «Para mitigar esto, mi enfoque ha sido convocar periódicamente equipos multifuncionales para revisar las estrategias de Devops en el contexto de los objetivos comerciales actuales, asegurando que las iniciativas de TI respalden la dirección general de la empresa».
Las nuevas tecnologías rompen el flujo de trabajo de Devops
Tanto el personal tecnológico como los usuarios empresariales están ansiosos por probar las mejores y más recientes soluciones tecnológicas. Es un error integrar nuevas tecnologías en el ciclo devops antes de asegurarse de que encajen bien con los productos existentes.
«Es tentador lanzarse a las últimas herramientas o plataformas, pero cada incorporación puede introducir complejidad y curvas de aprendizaje», afirma Elsayea. “Adoptamos un enfoque de ‘prueba de concepto’ antes de integrar completamente nuevas herramientas en nuestro flujo de trabajo devops. Esto implica ensayos a pequeña escala para evaluar el impacto y la eficacia de las nuevas tecnologías, garantizando que contribuyan positivamente a nuestros procesos sin aumentar indebidamente la complejidad ni reducir la eficiencia”.
Las viejas tecnologías rompen el flujo de trabajo de Devops
Las organizaciones que todavía utilizan sistemas de TI más antiguos pueden tener dificultades para implementar una estrategia de Devops.
«Un desafío notable es la integración de sistemas heredados con prácticas modernas de desarrollo», dice Pumphrey. «Estos sistemas más antiguos a menudo carecen de la agilidad necesaria para un proceso fluido, lo que genera cuellos de botella».
Para abordar esto, Riveraxe se centró en la modernización incremental, integrando sistemas heredados en interfaces de programación de aplicaciones (API) para exponer su funcionalidad a interfaces más nuevas y compatibles con Devops. «Esto no sólo preservó las funciones esenciales, sino que también simplificó las operaciones, reduciendo el tiempo de implementación en aproximadamente un 20 por ciento», dice Pumphrey.
La resistencia cultural frena la adopción de devops
No todos en la función de desarrollo o TI de una organización adoptarán rápidamente Devops. El cambio puede ser difícil y la resistencia cultural es un desafío subestimado en la implementación de Devops, dice Elsayea.
“La transición de equipos tradicionales aislados a un enfoque más integrado puede encontrar resistencia”, dice Elsayea. “Para abordar esto, era clave fomentar una cultura de aprendizaje y colaboración continuos. Al crear un entorno donde se valora la retroalimentación y los fracasos se ven como oportunidades de aprendizaje, gradualmente fomentamos una dinámica de equipo más cohesiva y flexible”.
Esto no solo facilitó la integración de las prácticas de Devops, sino que también impulsó la innovación y la satisfacción de los empleados. «Hacer estos ajustes y superar estos desafíos requiere una combinación de paciencia, pensamiento estratégico y apertura a la evolución de la dinámica del equipo», dice Elsayea.
Fomentar una cultura que adopte plenamente la filosofía devops ha sido un viaje continuo para Riveraxe, dice Pumphrey. “Al principio hubo resistencia al cambio rápido y a la colaboración que implicaba”, afirma. «Contrarestamos esto implementando programas integrales de capacitación y estableciendo canales de comunicación claros para garantizar que todos los miembros del equipo entendieran los beneficios de las prácticas de Devops, como una mayor eficiencia y una mejor calidad del producto».
El equipo también celebró los pequeños éxitos y los aprendizajes de los fracasos, reforzando la idea de que la mejora continua es un logro colectivo, afirma Pumphrey. «Este enfoque no sólo ha mejorado la dinámica del equipo, sino que también ha dado lugar a soluciones más innovadoras y una infraestructura de TI más resistente», afirma.
El trabajo remoto ralentiza la colaboración de los desarrolladores
Ya sea que una organización cuente con un modelo de trabajo remoto o híbrido, es probable que al menos algunos empleados trabajen fuera del sitio en algún momento. Esto se ha convertido en una realidad para las empresas desde la pandemia y probablemente no desaparecerá pronto.
La tendencia del trabajo remoto puede afectar el desarrollo. «La gestión de equipos de desarrollo remotos presentó desafíos únicos para mantener la comunicación, la colaboración y la supervisión», dijo Taylor. «Abordamos esto estableciendo políticas sólidas de trabajo remoto, adoptando herramientas y plataformas que fomenten la colaboración y fomentando una cultura de confianza y autonomía».
Los controles virtuales periódicos y la documentación clara de los procesos y el progreso garantizaron que los equipos remotos permanecieran cohesivos, productivos y alineados con los objetivos de la organización, dijo Taylor.
Los desarrolladores y las operaciones quieren cosas diferentes
Los equipos no siempre están en la misma página cuando se trata de objetivos de desarrollo. Este puede ser otro obstáculo para los desarrolladores.
«Un desafío común que he encontrado es armonizar los objetivos divergentes de los equipos de desarrollo y operaciones». Dice Muñiz. «Los equipos de desarrollo buscan cambios rápidos, mientras que los equipos de operaciones buscan estabilidad».
Una solución a esto es inculcar una cultura de responsabilidad compartida: hacer que los equipos trabajen juntos desde el inicio del proyecto hasta la implementación final.
La automatización no lo soluciona todo
Organizaciones de todas las industrias y de prácticamente todos los tamaños buscan agregar automatización a los procesos comerciales y de TI. Esto tiene sentido debido a ganancias como ahorro de costos, procesos acelerados y reducción de errores. Pero la automatización plantea desafíos inesperados para devops.
«En contra de la intuición, la automatización, un componente crítico de Devops, también puede presentar dificultades», dice Muniz. «No todos los procesos son adecuados para ello, y intentar forzar la automatización puede generar ineficiencia».
Es vital comprender que la automatización no es un concepto de todo o nada, afirma Muniz. «Identificar y orientar los procesos correctos para la automatización ahorra tiempo y recursos», afirma.
Copyright © 2024 IDG Communications, Inc.