{"id":1308,"date":"2017-03-21T10:56:30","date_gmt":"2017-03-21T09:56:30","guid":{"rendered":"https:\/\/ux.mtp.es\/?p=1308"},"modified":"2017-03-21T10:56:30","modified_gmt":"2017-03-21T09:56:30","slug":"como-implantar-una-metodologia-de-entrega-continua-y-devops","status":"publish","type":"post","link":"https:\/\/mtp.global\/es\/blog\/archivo\/como-implantar-una-metodologia-de-entrega-continua-y-devops\/","title":{"rendered":"C\u00f3mo implantar una metodolog\u00eda de Entrega Continua y DevOps"},"content":{"rendered":"

Mantener el sistema tradicional de construcci\u00f3n y despliegue de software ya no tiene sentido. Se hace cada vez m\u00e1s necesario adoptar otro basado en la filosof\u00eda Lean, que permita la optimizaci\u00f3n de los procesos, la reducci\u00f3n de costes mediante la eliminaci\u00f3n de las tareas manuales, la reducci\u00f3n del time-to-market y la reducci\u00f3n del riesgo a la hora de realizar modificaciones en el entorno.<\/p>\n

En estos momentos, lo normal a\u00fan sigue siendo encontrarse con que los grupos de trabajo que participan en un proyecto \u2013Desarrollo, SQA, Operaciones\u2026- realizan su labor de forma independiente, manteniendo entre ellos sistemas de comunicaci\u00f3n poco eficientes. Adem\u00e1s, muchos procesos se siguen llevando a cabo de forma manual, lo que da lugar a la generaci\u00f3n de errores que acaban provocando trabajo extra, retrasos, necesidad de asignar m\u00e1s recursos y, por tanto, el encarecimiento del proyecto. Esta situaci\u00f3n puede solucionarse mediante la adopci\u00f3n de pr\u00e1cticas de Entrega Continua y DevOps<\/a>.<\/p>\n

Necesario cambio de cultura<\/b><\/h3>\n

En este necesario cambio de cultura, la automatizaci\u00f3n juega un papel fundamental a la hora de asegurar la calidad en los procesos de despliegue del software<\/strong>. Si el proceso de construcci\u00f3n, pruebas y despliegue no est\u00e1 automatizado, no es reproducible. Es decir, al trabajar de forma manual, cada vez que se lleve a cabo un despliegue de una nueva versi\u00f3n se har\u00e1 de forma distinta, porque resultar\u00e1 imposible auditar e identificar los errores cometidos a la hora de realizar cambios en la aplicaci\u00f3n, en la configuraci\u00f3n del sistema o en los entornos. No hay control en el proceso de release y, por lo tanto, no hay forma de asegurar la calidad final del producto.<\/p>\n

Adem\u00e1s, mediante la automatizaci\u00f3n de los procesos se hace tambi\u00e9n posible incrementar la frecuencia de la liberaci\u00f3n de nuevas versiones de software con muy poco esfuerzo, lo que implica dos beneficios colaterales: por una parte, el conjunto de cambios entre una release y otra ser\u00e1 peque\u00f1o, algo que reducir\u00e1 significativamente el riesgo asociado con la liberaci\u00f3n de cambios en los entornos de producci\u00f3n, y har\u00e1 mucho m\u00e1s f\u00e1cil la aplicaci\u00f3n de un posible roll back. Por otra, ser\u00e1 tambi\u00e9n posible obtener feedback de forma mucho m\u00e1s r\u00e1pida y se empezar\u00e1n a explotar las funcionalidades mucho antes.<\/p>\n

Benficios de la metodolog\u00eda Entrega Continua y DevOps:<\/b><\/h3>\n