Febrero 2014 Eder Castro Lucas Arquitecto de soluciones en atsistemas De la Integración Entrega Continua Qué es la? La es una disciplina de desarrollo de software que hace uso de un conjunto de patrones y buenas prácticas para que el software se construya de manera que pueda ser liberado en entornos productivos de una forma ágil, segura y en cualquier momento. Su objetivo es conseguir una puesta en producción (release) rápida, frecuente, reproducible y asumiendo pocos riesgos. Qué aporta la frente a la Integración Continua? Actualmente, la se entiende como la evolución lógica de la Integración Continua, debido a que el ámbito en el que se desarrolla la Integración Continua es en entornos de desarrollo e integración, frente a la entrega continua que amplía este concepto, y lleva la entrega del software hasta entornos productivos. En este negocio, para cuando te has dado cuenta de que tienes problemas, ya es demasiado tarde para salvarte. A no ser que te estés preocupando continuamente, estás acabado. - Bill Gates La Integración Continua se centra en tener un feedback casi instantáneo del estado de cada entrega de codigo al repositorio (SCM), a través de la automatización del proceso de construcción del software. Nos da la posibilidad de detectar fallos de integración en las primeras etapas de la construcción de nuestro software, aumentando notablemente la calidad el software entregado; y, con cada ejecución, se obtiene un binario candidato a ser desplegado, entre otros beneficios. La añade valor al proceso automatizado de la Integración Continua, extendiendo el concepto de la Integración Continua para que los cambios realizados en desarrollo, puedan ser susceptibles de ser entregados en producción en el menor tiempo posible, minimizando los riesgos de implantación. Por ende, también se entiende como un conjunto de pasos automatizados o deployment pipelines. Son dos disciplinas que comparten partes de su proceso, con un objetivo final diferente.
Qué es eso de los deployment pipelines? El proceso de un vistazo. Son cada uno de los pasos que conforman el flujo automatizado de construcción y entrega del software. Cada uno de estos pasos se ocupa de realizar una tarea concreta, por ejemplo: un primer paso podría ser la descarga de código, un segundo paso la compilación del código descargado, un tercero realizar los test unitarios de la aplicación, etc., de modo que cada organización puede adaptar este proceso a las necesidades descritas en su plan de calidad del software. A continuación, una representación de los pasos y acciones de un posible proceso de : Delivery team Versión Control Built & unit test Automated acceptance test User acceptance tests Release Check in Check in Check in Approval Approval Amazon libera en producción una nueva versión cada 11,6 segundos, pudiendo afectar a 30.000 servidores Se puede hacer un símil de este proceso con lo que conocemos como una cadena de montaje. Si pusiéramos un ejemplo con una cadena de automoción, podríamos decir que a través de la materia prima (fuentes), se ensambla el coche (binario), se comprueba que la calidad del coche es la esperada (test unitarios, integrados, funcionales, cobertura) y, por último, con el coche terminado, se vende al concesionario que lo ha solicitado (entrega). Realizar una entrega de software a un entorno distinto a desarrollo suele ser un proceso tedioso y caótico, ya que implica que varios departamentos trabajen conjuntamente para realizar esta tarea. Esto no es siempre fácil: la comunicación interdepartamental es lenta y, lamentablemente, burocrática.
Es muy importante que las personas encargadas de implementar esta disciplina de trabajo, tengan y asuman un rol DevOps, un perfil con conocimientos horizontales y con una clara visión de los mundos de desarrollo, sistemas y calidad. Cuáles son los beneficios de la? Los beneficios de la son muchos: La entrega se convierte en un proceso transparente y predecible. Desde la primera línea de código, cada cambio pasa por el mismo conjunto de pasos que nos garantizan la robustez de la entrega. Su frecuente utilización, le otorga estabilidad y confiabilidad, evitando largas puestas en producción; y, por lo tanto, se evitan las sorpresas de última hora. Time to resolve. Los problemas aparecen y son abordados en fases más tempranas. Están acotados en un mismo proceso; y, por lo tanto, la trazabilidad es mayor. Cuanto antes se detectan, antes se solucionan. Menos errores en producción. Total flexibilidad para adoptar nuevos cambios. Al ser más frecuentes las entregas, los entregables son más manejables y están más controlados. Cambios muy grandes y costosos -> Mayor incertidumbre en la entrega
Frente a cambios pequeños y controlados Liberar versiones continuamente, permite reaccionar a cambios de mercado y necesidades de clientes, incluso de su organización; de una manera ágil, y sin tener que invertir una enorme cantidad de tiempo y personas de diferentes departamentos. Se emplea menos tiempo en desplegar y entregar en producción, ya que tenemos el proceso automatizado. Esto nos permite obtener feedback más rápidamente de los usuarios, y de cómo los cambios afectan al negocio.
Algunos ejemplos relevantes La implementación de una disciplina de construcción y entrega de software como, tiene el handicap de rechazo al cambio. Es importante que la organización cuente con una mentalidad abierta y de mejora continua. Algunos datos relevantes de organizaciones punteras: 1.Flickr: 3.000 millones de fotos alojadas, con una subida media de 3.000 fotos cada minuto. Varios despliegues diarios. Han llegado a informar en su web la hora del último despliegue. 2.Amazon: Sirve a 137.000 usuarios por semana con 34.000 millones de dólares de beneficios anuales. Libera en producción una versión cada 11,6 segundos de media, pudiendo afectar a 30.000 servidores (datos de 2011). 3.Facebook: Más de 650 millones de usuarios activos. 1 de cada 13 personas de la tierra, tiene facebook. Al compilarse el código fuente se genera un binario de 1,5Gb, que se despliega en producción al menos una vez al día con cambios menores y una vez a la semana una versión mayor. Si quieres saber más sobre http://martinfowler.com/bliki/continuousdelivery.html http://www.informit.com/articles/article.aspx?p=1621865 http://www.thoughtworks.com/continuous-delivery http://www.allaboutagile.com/7-reasons-why-continuous-delivery-needsto-be-a-business-initiative/
En atsistemas somos más de 500 profesionales dedicados desde 1994 a la consultoría, servicios de IT y desarrollo de software. Nuestros servicios se caracterizan por la flexibilidad y la agilidad, lo que nos permite ayudar a grandes empresas de todos los sectores, aportando conocimiento y experiencia sobre el más amplio abanico de tecnologías. Nuestra cartera de clientes incluye más de 200 de las principales empresas del país, con representación de todos los sectores de actividad, a los que prestamos servicio desde nuestras oficinas de Madrid, Barcelona, Cádiz y Zaragoza. Nuestro portfolio de servicios abarca desde el desarrollo de software a medida hasta la integración de grandes soluciones de software empresarial, en áreas que van desde la más compleja arquitectura de sistemas hasta las soluciones más novedosas de comercio electrónico o aplicaciones móviles. Valle de Alcudia, 3 28230 Las Rozas, Madrid Passeig de Gràcia 55, 8º - 4ª 08007 Barcelona 902 888 902 info@