{"id":8814,"date":"2020-07-20T16:01:33","date_gmt":"2020-07-20T19:01:33","guid":{"rendered":"https:\/\/www.proyectum.com\/sistema\/?p=8814"},"modified":"2020-07-20T16:07:02","modified_gmt":"2020-07-20T19:07:02","slug":"madurando-la-agilidad-con-devops","status":"publish","type":"post","link":"https:\/\/proyectum.com\/sistema\/blog\/madurando-la-agilidad-con-devops\/","title":{"rendered":"Madurando la Agilidad con DevOps"},"content":{"rendered":"

Los enfoques de desarrollo \u00e1gil<\/strong> se han convertido en el est\u00e1ndar de facto para toda la industria de desarrollo de software<\/strong>. Si bien la agilidad ofrece lanzamientos m\u00e1s frecuentes de software funcionando, r\u00e1pidamente se hizo evidente en muchas organizaciones que no pod\u00edan aprovechar estos lanzamientos frecuentes debido a la desconexi\u00f3n entre las funciones de desarrollo y operaciones<\/strong>, siendo este \u00faltimo el responsable de liberar el software a los clientes.<\/p>\n

El desarrollo \u00e1gil de software<\/strong> consiste en seguir un conjunto de mejores pr\u00e1cticas para crear software de calidad de manera oportuna. Pero el problema es que las mejores pr\u00e1cticas seguidas involucran a personas que trabajan en Silos.<\/p>\n

Silos, quiere decir que hay personas que trabajar\u00e1n como Desarrolladores, o como testers, o como IT Ops con muy poca comunicaci\u00f3n entre ellos. Y dado que hay muy poca comunicaci\u00f3n entre ellos, no son conscientes de en qu\u00e9 est\u00e1n trabajando los dem\u00e1s a pesar de ser parte del mismo proceso.<\/p>\n

En b\u00fasqueda de soluciones para aprovechar las potencialidades de la agilidad<\/strong>, y poner en manos del cliente las soluciones en menor tiempo, es que la agilidad comenz\u00f3 a mirar hacia DevOps<\/strong>. Con la transformaci\u00f3n digital<\/strong> andando, la capacidad tecnol\u00f3gica existente hoy y, clientes cada vez mas apurados por tener sus productos en operaci\u00f3n, las compa\u00f1\u00edas fueron a buscar un modelo que les permitiera madurar el framework \u00e1gil<\/strong> que usaban, apoy\u00e1ndose en tecnolog\u00eda y cultura.<\/p>\n

Este modelo de madurez para la transici\u00f3n desde fabricaci\u00f3n de productos con agilidad a entregas continuas la logramos con DevOps.<\/p>\n

Simple: DevOps rompe los silos por la mitad<\/strong>. En DevOps, el equipo \u00abDev\u00bb, el equipo \u00abITOps\u00bb y el equipo \u00abQA\u00bb no son partes independientes de la gama. Pero, son \u00abuno\u00bb.<\/p>\n

En un ciclo de fabricaci\u00f3n de software tradicional, el equipo de desarrollo arranca \u00ablanzando\u00bb una versi\u00f3n de software \u00absobre la pared\u00bb a Operaciones. Operaciones recoge los artefactos de liberaci\u00f3n y comienza a prepararse para su implementaci\u00f3n.<\/p>\n

Operaciones modifica manualmente los scripts de implementaci\u00f3n proporcionados por los desarrolladores o crean sus propios scripts. Tambi\u00e9n editan manualmente los archivos de configuraci\u00f3n para reflejar el entorno de producci\u00f3n, que es significativamente diferente de los entornos de desarrollo o control de calidad.<\/p>\n

En el mejor de los casos, est\u00e1n duplicando el trabajo que ya se hab\u00eda realizado en entornos anteriores<\/strong>, en el peor de los casos, est\u00e1n a punto de introducir o descubrir nuevos errores.<\/p>\n

La pr\u00e1ctica de DevOps utiliza un ingeniero de DevOps<\/strong>, que hace todo: desarrollar el c\u00f3digo, probar ese c\u00f3digo e implementar el mismo c\u00f3digo en producci\u00f3n.<\/p>\n

Entonces, \u00bfla unificaci\u00f3n resuelve el problema?<\/strong><\/p>\n

S\u00ed, resuelve un aspecto importante del problema. Dado que el mismo Ingeniero DevOps tiene m\u00faltiples habilidades, se le otorgar\u00e1 la propiedad de todo el proceso: desarrollo del c\u00f3digo, prueba unitaria \/ prueba funcional del c\u00f3digo e implementaci\u00f3n de ese c\u00f3digo en el servidor de ensayo \/ prueba \/ producci\u00f3n.<\/p>\n

DevOps es un Modelo Cultural y Operacional <\/strong>que fomenta la Colaboraci\u00f3n <\/strong>para Habilitar <\/strong>una TI de alto-desempe\u00f1o que Logra <\/strong>objetivos de Negocio.<\/p>\n

El t\u00e9rmino DevOps es una contracci\u00f3n de las palabras \u00abDevelopment\u00bb (Desarrollo) y \u00abOperations\u00bb (Operaciones)<\/strong>. DevOps es un conjunto de pr\u00e1cticas recomendadas que enfatizan la colaboraci\u00f3n y la comunicaci\u00f3n entre los profesionales de TI<\/strong> (desarrolladores, administradores, operadores, personal de asistencia t\u00e9cnica) en el ciclo de vida de las aplicaciones y los servicios, lo que conduce a:<\/p>\n

Integraci\u00f3n Continua<\/strong><\/p>\n

Con la integraci\u00f3n continua los desarrolladores integran frecuentemente su c\u00f3digo a la rama principal de un repositorio com\u00fan. En lugar de desarrollar partes del c\u00f3digo de manera aislad<\/strong>a e integrarlas al final del ciclo de producci\u00f3n, un desarrollador contribuir\u00e1 con cambios a una parte del repositorio varias veces al d\u00eda<\/strong>.<\/p>\n

La idea aqu\u00ed es reducir los costos de integraci\u00f3n<\/strong>, haciendo que los desarrolladores realicen integraciones m\u00e1s r\u00e1pidamente y con mayor frecuencia. En la pr\u00e1ctica, un desarrollador a menudo descubrir\u00e1 conflictos entre el c\u00f3digo nuevo y el existente en el momento de la integraci\u00f3n. Si esta se realiza temprano y con frecuencia, la expectativa es que la resoluci\u00f3n de conflictos ser\u00e1 m\u00e1s f\u00e1cil y menos costosa.<\/p>\n

Entrega Continua<\/strong><\/p>\n

La entrega continua es en realidad una extensi\u00f3n de la Integraci\u00f3n Continua, en la cual el proceso de entrega de software se automatiza para permitir implementaciones f\u00e1ciles y confiables en la producci\u00f3n<\/strong>, en cualquier momento.<\/p>\n

Un proceso de Entrega Continua (CD) bien implementado requiere una base de c\u00f3digo que se pueda desplegar en cualquier momento. Con la Entrega Continua, los lanzamientos de nuevos cambios ocurren de manera frecuente y rutinaria<\/strong>. Los equipos contin\u00faan con las tareas diarias de desarrollo con la confianza de que pueden mandar a producci\u00f3n un lanzamiento de calidad, en cualquier momento que deseen, sin una complicada implementaci\u00f3n y sin tener que seguir pasos de manuales ejecutados por un especialista.<\/p>\n

Despliegue Continuo<\/strong><\/p>\n

El despliegue continuo es una modalidad m\u00e1s avanzada de Entrega Continua en la medida en que los despliegues a producci\u00f3n no pasan por una validaci\u00f3n humana sino que est\u00e1n totalmente automatizadas<\/strong>.<\/p>\n

La \u00fanica forma de detener nuevos desarrollos en producci\u00f3n es a trav\u00e9s de una prueba que falla e identifica los errores. La implementaci\u00f3n es una manera de acelerar la retroalimentaci\u00f3n, haciendo m\u00e1s eficiente el trabajo del equipo.<\/p>\n

Gracias a este tipo de despliegue, los desarrolladores pueden llegar a ver su trabajo funcionando poco tiempo despu\u00e9s de haberlo realizado, pero requiere el mayor esfuerzo en buenas pr\u00e1cticas y procesos automatizados.<\/p>\n

Si est\u00e1s convencido de las bondades que puede traer DevOps a tu organizaci\u00f3n y equipos de trabajo, te invito a ver el siguiente webinar donde hablo del tema con mayor profundidad.<\/p>\n