continuous delivery-preso-barcamp

ALCANZANDO EL NIRVANA:CONTINUOS DELIVERY, RAD, PAAS

domingo 6 de noviembre de 2011

Ezequiel ApfelRed Bee Studios

@eapfel

Martin PaolettaJefe de grupo de Enterprise Architecture

GlobalLogic Argentina@martinpaoletta

Guitarra en 4 Elementos

QUIENES SOMOS?

@eapfel@martinpaoletta

TODOS TENEMOS UN MUERTO EN EL PLACARD

CASO DE ESTUDIOCMS PARA EMPRESA DE MEDIOS (USA)

• Arquitectura compleja

• 3 aplicaciones interactuando:

• Admin

• Publisher

• Content Server

• Desarrollado bajo TDD

• Cobertura 90%

• Grails, RabbitMQ, Oracle, Jackrabbit, Lucene, Tomcat

UAT * PRD *DEV *

CMS-TOOL

CMS-PUBLISHERCONTENT

LOCAL-REPOJackRabbit

CMS-TOOLINTERACTS WITH CMS-STAGE THROUGH CMS-PUBLISHER

SAVVIS CMS-TOOL

ContentServer

Preview

RabbitMQ

SAVVIS CMS-PUBLISHER

Message between artefacts are asinchronous

Preview is Mandatory for production environment

Environments

High Level Architecture

CASO DE ESTUDIOPROBLEMAS

• Pasaje de ambiente integration a QA: 10 hs promedio

• Deltas de BD

• Muchos archivos de con!guración en cada server

• Proceso de build complejo

• Interacciones entre componentes

DONDE FALLAMOS?• Excesivos archivos de

con!guración

• Subestimar la complejidad del build

• Sobreestimar la complejidad del build

• ¿Donde están los test?

• Problemas de ambientes

• Builds tardes al cliente

• La última milla

SI PUDIERAMOS SOLO APRETAR UN BOTÓN

CASO DE ÉXITO

• Con build y deployment bajo script: 20’

• 12’ solo ejecutando tests

• 3,33% del tiempo original

EXISTE UN MUNDO MEJOR!domingo 6 de noviembre de 2011

• El deployment debe ser repetible y con!able

• Automatizar todo!

• Si algo resulta difícil o cuesta mucho, hacerlo más seguido (mejorar el proceso)

• Versionar todo

• Terminado signi!ca en producción

• Calidad desde el día cero

• Todos son responsables del proceso de release

• Mejorar continuamente

CONTINUOS DELIVERY - PRINCIPIOS

• Construir los binarios una única vez

• Usar el mismo mecanismo de deployment para todos los ambientes

• Correr un smoke test

• Si cualquier cosa falla, parar la linea de producción

CONTINUOS DELIVERY - PRÁCTICAS

BUILD PIPELINEAumento de confianza en el producto

Ambientes más parecidos a producción

Feedback más temprano

Tests de aceptación de

usuariosEtapa de commit

CompilaciónTests unitarios

AnálisisEmpaquetado

Tests de capacidad

ProducciónTests de

aceptación automáticos

BUILD PIPELINE

TestersDeploy de binarios

Operaciones Pulsan botón para release

DesarrolladoresRevisar métricas de código y

fallos en la suite de tests

Almacena binarios y metadata Binarios Almacena

metadata Binarios

VersionadoCódigo fuente Ambiente y configuraciones

Ambiente y configuraciones

Repositorio de artefactos

Etapa de commitCompilación

Tests unitariosAnálisis

Empaquetado

Tests de aceptación automáticos

Configurar ambienteDeploy de binarios

Smoke testTests de aceptación

UATConfigurar ambienteDeploy de binarios

Smoke test

Tests de capacidadConfigurar ambienteDeploy de binarios

Smoke testPruebas de capacidad

ProducciónConfigurar ambienteDeploy de binarios

Smoke test

Jenkins MasterCentOS 5

Tests de aceptación automáticos

Stress Tests

Smoke test

DesarrolloCoding

Tests unitariosMétricas locales

Commit en repositorio

Ambientes de pruebas

UATConfigurar ambienteDeploy de binarios

Smoke test

iTunes AppStore

Jenkins SlaveOS X

Jenkins SlaveWindows 2008 Server

OTA deploymentDispositivos iOSConfigurar ambienteDeploy de binarios

Smoke test

Etapa de commitCompilación

Tests unitariosAnálisis

Empaquetado

InfraestructuraOn Premise

ENTORNOS

Ambientes más parecidos a producción

Tests de aceptación de

usuariosEtapa de commit

CompilaciónTests unitarios

AnálisisEmpaquetado

Tests de capacidad

ProducciónTests de

aceptación automáticos

PAAS - PLATFORM AS A SERVICE

ENTORNOS

Ambientes más parecidos a produccióndomingo 6 de noviembre de 2011

ENTORNOS

PowerBook G4

PostgreSQL MongoDB Solr

Play! Framework

ENTORNOS

PowerBook G4

Play! Framework

Desarrollo: blue-tree-213

Heroku Postgres MongoHQ Websolr

ENTORNOS

PowerBook G4

Play! Framework

UAT: messy-swamp-87

Dyno Dyno

ENTORNOS

PowerBook G4

Play! Framework

UAT: messy-swamp-87

Dyno Dyno

Prod: furious-smog-528

Dyno Dyno Dyno DynoDyno Dyno

ENTORNOS BLUE-GREEN

Web Server Application Server Base de datos

Apache Azul

Apache Verde

Tomcat Azul

Tomcat Verde

MySQL Azul

MySQL Verde

DATABASE MIGRATIONS

• Versionar la base de datos y usar una herramienta para manejar los cambios

• Intentar mantener compatibilidad hacia adelante y atrás con respecto al esquema de DB

• Tratar de hacer siempre cambios aditivos

• Asegurar que los tests creen los datos necesarios, evitar con"ictos (vía particionamiento)

• Evitar integraciones vía bases de datos entre aplicaciones

DATABASE MIGRATIONS

• “Entregado” (desarrollador) está muy lejos de “en producción, estable y produciendo valor”

• “En mi máquina funciona”

• Que falta?

• Pruebas de integración automáticas

• Pruebas de aceptación de usuario

• Montado y deployment en otros ambientes

• Producción!!

ELIMINANDO EL GAP DE LA ULTIMA MILLA

EL GAP DE LA ULTIMA MILLA

RAD - RAPID APPLICATION DEVELOPMENT

• Hotswap de clases, templates, etc

• Stack completo

• Diagnóstico y solución rápida de errores

• Modelo stateless

• Asíncrono

• Java, Groovy y Scala

• http://www.vance.com/steve/perforce/Branching_Strategies.html

• http://blog.heroku.com/archives/2009/2/23/why_instant_deployment_matters/

• http://www.amazon.com/Continuous-Delivery-Deployment-Automation-Addison-Wesley/dp/0321601912

• http://martinfowler.com/bliki/BlueGreenDeployment.html

BIBLIOGRAFÍA

!"#$"%&'#($)''*+,-./0''

!"#$%&'(')'*$&+,-#*.!#)/,!&)0#(-")01'!"#$%&'(')'*$&+%&!2,3&%./%'++,!&)4445#!'-&&2,!&)06789:;<=<><?9;@>7@A64B&"$"-',!&)0!"#$%&'(')'*$&+)"+C!4

!"#"$%"&'()$#%'&'#**"+'&#,-#,'&."#."#&)/01#domingo 6 de noviembre de 2011

@eapfelezequiel.apfel@globallogic.com

@martinpaolettamartin.paoletta@globallogic.com

continuous delivery-preso-barcamp

Documents

grails barcamp 2013

continuous testing

desconferencia barcamp

continuous integration

continuous cooker - haarslev

barcamp scrum col30-2015

kleer - continuous delivery - calidad con ingenieria agil de...

web semantica - tana barcamp

continuous delivery, por donde empezar

trabajo fin de grado diseño e implementación de un sistema...

vaadin y grails barcamp 2013

barcamp phonegap

presentación rodrigopolo.com @ barcamp guatemala '09

present continuous: taller

presentacion barcamp

continuous delivery -...

online marketing trends barcamp

keynote continuous delivery

introducción y conceptos generales · despliegue...

barcamp santiago 2010