Gestión Agil de Entornos de Despliegue en la Nube

Gestión ágil de entornos de despliegue en la Nube

Ernesto Cárdenas Cangahuala

@fisica3

Presentación• Ing. Informático, limeño• Microsoft Influencer Developer• Fotógrafo aficionado• Algún tiempo “fuera” ;)• @agileperu• www.consultorinternet.com• @fisica3

¿Qué esperamos ver hoy?

Erase una vez… un desarrollador

En la Universidad• !En mi casa compilaba!

Durante el Desarrollo• ¿Qué has hecho ayer en

todo el día?• …¡Subir el proyecto a

preproducción!

• ¡La web de producción esta grabando en la BD de preproducción!• Este… ayer subí la corrección

de un bug….• ¡Además ahora las formulas

dan valores incorrectos!

… Mantenimiento

… sacando nuevas versiones• ¡Chicos! El cliente esta

contento con la versión que mandaron el martes, ¿pueden subirla a producción esta tarde (viernes)?• Este… ya estamos

desarrollando la nueva funcionalidad y el código ha cambiado

Con esto en cuenta…• ¿Cuanto le tomaría a tu

organización desplegar un cambio que involucre tan solo una línea de código?• ¿Lo haces de una manera

confiable y reproducible?

• Mary & Tom Poppendieck

¿Qué esperamos conseguir?• Apoyar la agilidad• Centrarnos en lo

relevante para el negocio• Eliminar desperdicio• Mejorar continuamente• Evitar manipulación

humana de los binarios• Automatizar el paso

hacia los entornos

¿Cómo lo hemos hecho hasta ahora?

En mi caso…• Provisionando MV• Hasta que se acaba el espacio en el host :P• Reinstalando cada ambiente destino• Habilitando el entorno para ser “receptor” de

despliegue• Preparando configuraciones…

Concretamente• Instalar Windows Server • Habilitar .Net e IIS• Instalar WebDeploy• Crear usuario local para efectos de despliegue• Configurar Web Deploy • lo que incluye habilitar ciertos servicios• Crear Website y Virtual Server• Exportar archivos

• Importar archivos desde proyecto... Para cada destino!

Muchos pasos ¿Verdad?• ¿Qué atajos

podemos conseguir?

La nube nos trae• Costos variables, paga solo lo

que usas• Flexibilidad y rapidez para

provisionar entornos• Catálogo muy amplio (pero no

ilimitado) • A otros que se hacen cargo del

trabajo sucio…• Nuevas consideraciones de

seguridad• Más autonomía para las

unidades de negocio (ojo!)

Entonces ¿Complejidad o facilidad?• Como en todo… depende• Si vas por PaaS casi todo va out of the box

;)• Si vas por IaaS ¾ de lo que ya tenías On

Premise, pero con mayor soporte para automatización (Puppet o Chef de serie y archivado de imágenes)• Si requieres redundancia geográfica o

ultra escalabilidad, siempre será algo complejo, solo que ahora puedes asociar las piezas de manera mucho mas sencilla.

Mi opinión: los beneficios superan los problemas en la mayoría de los casos

En todo caso la pregunta es…•¿Qué ventajas obtenemos de la nube para resolver nuestras necesidades de Integración y Entrega Continua?

Aunque llegados a este punto podríamos decir también…

•¡Yo no necesito Cloud!

Y tal vez tengan razón, porque…• Hay una fuerte inversión en fierro aun no amortizada• Aplicaciones hechas con fuerte dependencia a una PC

encendida (un servicio, un demonio, un batch…)• Consideraciones de seguridad• La super aplicación a medida de la que depende todo

el negocio

Entonces no descartemos un enfoque “híbrido”• La nube como backup de datos (encriptados)• Redundancia de Directorio Activo• Compilar en la nube, desplegar en local• Si tu mercado es solo local, pues entonces no hay

prisas, ¿verdad?

Regresemos a nuestros dilemas

¿PaaS o IaaS?• IaaS si se espera seguir trabajando

con las aplicaciones a medida (ya muy maduras)• Docker• Un stack muy especifico

• PaaS si el proyecto es nuevo y queremos tener un entorno ya listo para usar y escalar• Publicar APIs REST• Usar Big Data o Machine Learning• Data Lake

Pero… recordemos algo

Infraestructura como código… ¡sigue siendo infraestructura!

Y ahora ¿qué se nos pide al desplegar?• Simplificar la vida a los desarrolladores (abstracción)• Hacer el “gran esfuerzo” una sola vez• Flexibilidad para generar entornos de manera

transparente• Niveles de aprobación para movernos entre entornos

En conclusión: ser simple y enfocarnos en ser productivos

¡Ok! ¿Cómo lo logramos?

Centrémonos en tres objetivos iniciales• Simplificar la gestión de la configuración (variables de

entorno y cadenas de conexión)• Evitar la recompilación de código durante el paso

entre entornos• Evitar la recompilación de código para regresar a una

versión anterior.

Mi gran dolor: gestión de configuración• Tradicionalmente: no

confundirse con los archivos de configuración que se suben• Una mejora:

transformaciones, pero eso implica tener una copia de todas las cadenas en el proyecto• ¿No seria mejor que el entorno

se haga cargo de todo esto?

Mi lista de deseos• Que un commit/checkin pueda

disparar todo el proceso incluyendo el despliegue• Entorno de Build integrado en la plataforma sin dependencia de terceros• Variables de configuración administradas por la

plataforma• Facilidad para mover versiones entre entornos• Niveles de aprobación para efectuar los

movimientos entre entornos• Despliegue transparente y simultaneo a los

entornos redundantes de producción

DemoUna foto parcial al día de hoy…

Lecciones aprendidas• La nube facilita el trabajo,

debemos aprovecharla• Mantenlo simple de ser

posible, el equipo debe entender el nuevo flujo• Tenemos que ir mas allá de

lo que veíamos en On Premise• Decide que es lo mas

importante, procurando reducir dependencias adicionales

Una reflexión final…•Recordemos lo que paso con la electricidad…

¿Preguntas?