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

SITE

ContentServer

SITE

ContentServer

SITE

ContentServer

SITE

ContentServer

SITE

ContentServer

SITE

ContentServer

Preview

Live

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



UAT

Stress Tests


Smoke test

DesarrolloCoding

Tests unitariosMétricas locales

Commit en repositorio

Ambientes de pruebas



UATConfigurar ambienteDeploy de binarios

Smoke test


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

IAAS

PAAS



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

Dyno



ENTORNOS

PowerBook G4


Play! Framework



Dyno

UAT: messy-swamp-87


Dyno Dyno



ENTORNOS

PowerBook G4


Play! Framework



Dyno

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


DEMO



• 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


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




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

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

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

@[email protected]

@[email protected]


mailto:[email protected]






continuous delivery-preso-barcamp

Documents