O la estrecha colaboración entre desarrollo y operaciones. DevOps O la estrecha colaboración entre desarrollo y operaciones.

Concepto de operaciones Aquellas actividades que, sin aportar valor, son necesarias para una correcta ejecución de la actividad principal.

División clásica en el Mundo TI Operaciones Sistemas/infraestructuras Comunicaciones Explotación Calidad Funcionales (regresión, unitarias…) Carga Seguridad

Dentro de la mente de una persona de operaciones Objetivos clásicos Búsqueda de la estabilidad Gestión de peticiones de Desarrollo Realizar sus propias tareas de mantenimiento (cambiar Discos duros, reinstalar switch, actualizar versiones del SO y del JBOSS) Otras tareas de operaciones: Monitorizar Gestión de la configuración Despliegue de aplicación Infraestructura Despliegue de Código Control de versiones

Problemas de relación entre Desarrollo y Operaciones Desarrollo(Cocinero) Operaciones(limpia) Busca el cambio Realiza peticiones Busca la automatización Presiona a operaciones para que avancen los proyectos. No les ve incorporados en el negocio. Busca estabilidad Tiene sus propios proyectos Históricamente poco automatizado Se ve a desarrollo como un ladrón de tiempo

Solución: DevOps Se desarrolla un conjunto de herramientas que intentan: Automatizar todo el trabajo Establecer restricciones Emerge la figura del DevOps Permiten dedicarse a “sus” proyectos: Ejemplo AWS, Azure Dejamos al DevOps crearse sus máquinas/contenedores (¿Qué es un contenedor?) Se les puede restringir políticas dentro de esos contenedores Continuar con el Flow: (continuos delivery) Minimizar Tiempo entre desarrollo y despliegue Minimizar Tiempo en solución de errores Minimizar Tiempo en reparación de errores (Crazy Monkey)

Herramientas del ‘DevOps’ero Monitorizacion Configuration Management: Toda la pila de programas se puede programar para que se automaticen las tareas Cheff, Puppets Un despliegue rápido de máquinas: Dockers (virtualización de SO, no de HW como VmWare) Application deployment: Despliegue y pruebas automatizadas por todos los entornos típicos: Integración, Pre y Pro. Jenkins Control de Versiones Se usa no solo para el código si no para las librerías, máquinas y sus archivos de configuración que tenemos en producción GIT

Control de Versiones Se usa no solo para el código si no para las librerías, máquinas y sus archivos de configuración que tenemos en producción GIT

Integración DevOps y Dev (AWS) Patrón Anti-Patrón

Aplicaciones 4º Ejercicio Examen del último año: Supongamos que nos dan acceso a una infraestructura externa (cloud de la AGE) ¿Sería necesaria un área entera de infraestructura, o solo un par de personas? ¿El DevOps, que trabaja con negocio iría en capítulo 6 o el 2? ¿podríamos llamar al área, área de calidad e infraestructuras, ya que mucho trabajo de infraestructuras se los lleva la cloud de la AGE?