Pain Points

DevOps para Escépticos

DevOps no es más que la suma de cultura, personas, tecnología y procesos que se coordinan unificando equipos de desarrollo de software y operaciones para complementarse y entregar más y mejor valor de negocio.

La razón principal detrás de la popularidad de DevOps es que permite a las empresas crear y mejorar productos a un ritmo más rápido que los métodos tradicionales de desarrollo de software.

Ciclos de desarrollo más cortos, más velocidad de innovación.

La colaboración estrecha entre equipos de desarrollo y operaciones, llegando inclusive a conformar un mismo equipo de entrega continua, hace que haya menos desperdicio de tiempo, esfuerzo y dinero en paradas innecesarias, salidas de operación, demoras en correcciones o puestas en marcha, largos ciclos de implementaciones y poca reusabilidad de conocimiento. Esto acelera la innovación, la validación de hipótesis y la emergencia de soluciones de manera colectiva.

Menos fallas de implementación, menor tiempo de Recovery, menor cantidad de caídas.

Al acortar los ciclos de desarrollo, se permite detectar de manera más temprana muchos defectos que causan caídas o salidas de producción, y el consiguiente "burnout" de los equipos de operación.

Usando Agilidad, la colaboración, los ciclos cortos, la interacción entre clientes y desarrolladores y la respuesta rápida al cambio, se disminuye drásticamente el riesgo de fallas grandes y salidas de producción por tiempos largos.

Mejor comunicación, cooperación y entendimiento.

Los equipos con objetivos comunes son más felices y más productivos. La cultura se centra en el rendimiento colectivo en lugar de los objetivos individuales. Adicionalmente, cuando los equipos confían entre sí, pueden experimentar e innovar de manera más efectiva y directa.

Ya no implica "tirarle" la aplicación a los procesos de desarrollo y esperar a ver qué sucede. Los procesos no necesitan esperar a que un equipo diferente resuelva un problema, dado que los equipos se conforman para ser punt a punta. Todo se vuelve más transparente a medida que avanza hacia un objetivo común.

Mayor Eficiencia.

La mayor eficiencia ayuda al proceso de desarrollo y lo hace menos propenso a errores. Hay formas de automatizar las tareas de DevOps. Los servidores de integración continua automatizan el proceso de prueba de código, reduciendo la cantidad de trabajo manual requerido. Esto significa que los ingenieros de software pueden centrarse en completar tareas que no pueden automatizarse.

Las herramientas de aceleración son otra oportunidad para aumentar la eficiencia. Por ejemplo:

Las infraestructuras escalables, como las plataformas basadas en la nube, aumentan el acceso del equipo a los recursos de hardware. Como resultado, las operaciones de prueba e implementación se aceleran.
Las herramientas de aceleración de compilación se pueden usar para compilar código más rápidamente.
Los flujos de trabajo paralelos pueden integrarse en la cadena de entrega continua para evitar demoras; un equipo espera a que otro complete su trabajo.
El uso de un entorno evita la tarea inútil de transferir datos entre entornos. Esto significa que tiene un entorno diferente para el desarrollo y un tercero para la implementación.

Menores costos y requerimientos de staff basado en consumo de horas.

Todos los beneficios de DevOps están comprometidos a reducir los costos y necesidades de personal de TI que insumía tiempo inefectivo en el control de la operación.

Según Kevin Murphy de Red Hat, los equipos de desarrollo de DevOps requieren un 35 por ciento menos de personal de TI y un 30 por ciento menos en costos de TI.

Quince Síntomas de que DevOps debería estar en tu estrategia:

Los equipos de Desarrollo y Operaciones continúan trabajando en silos, organizados de manera independiente y están lejos de alinear estrategias, procedimientos, métodos y herramientas.
La organización está trabajando con aplicaciones frágiles que tienen defectos o caidas frecuentes y que podrían haberse anticipado. El equipo se detiene a menudo para arreglar los incidentes, y esto provoca un retraso en el trabajo planificado y aumenta la cantidad de "retrabajo" o "vueltas atrás".
Es difícil identificar si los problemas provienen de Desarrollo, Pruebas u Operaciones.
Cada vez que surge un problema, es difícil determinar quién es el responsable, lo que lleva al "juego de la culpa": señalarse y culparse mutuamente.
La comunicación entre departamentos es ineficiente y a veces se malinterpreta y genera un ambiente nocivo.
La implementación entre entornos es manual y está documentada a través de una gran cantidad de pasos.
Se están cometiendo errores humanos durante las fases de desarrollo e implementación.
Debido a todo lo anterior, los tiempos del ciclo de ejecución para las implementaciones duran días o incluso semanas, en lugar de horas y / o minutos.
Las pruebas para validar que la implementación se haya realizado correctamente se realizan manualmente.
Hay muchos proyectos en cola que no se pueden iniciar porque no hay suficientes recursos disponibles, y el llamado "Shadow IT" es particularmente problemático en la creación de cuellos de botella.
Se utilizan metodologías ágiles durante el proceso de desarrollo, pero cualquier ventaja obtenida desaparece cuando el software pasa al equipo responsable de implementarlo en un entorno de producción.
El equipo de Desarrollo cree que su trabajo y responsabilidad han finalizado después de su lanzamiento a producción.
Constantemente hay demasiado "trabajo en progreso" (WIP), es decir, cambios no implementados (por ejemplo, nuevas funciones o aplicaciones).
No hay control de versiones para los archivos de configuración.
La infraestructura de TI se está volviendo cada vez más compleja, con elementos físicos, virtualizados y basados en la nube.

Page updated

Google Sites

Report abuse