@MikeRosTX LA HISTORIA DE DEVOPS Y CAMBIOS ESTRUCTURALES Mike Rosado – Febrero 2020 DevOpsDays Guadalajara Fuente de Referencia: @RGevaert

@MikeRosTX SOBRE MÍ Entusiasta de DevOps y Evangelista Técnico trabajo como Apoyo a la Comunidad, organizador del Meetup DevOps Live en Dallas, entrenador activo, ScrumMaster, organizador de DevOpsDays Dallas y del Equipo Núcleo Global de DevOpsDays. Mike Rosado Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS: ¿POR QUÉ ES IMPORTANTE? “Un movimiento cultural y profesional, enfocado en cómo construimos y operamos organizaciones de alta velocidad, nacido de las experiencias de sus practicantes.” ~ Adam Jacob • No es una descripción de trabajo, un nuevo equipo, ni productos, o una organización solitaria. • La filosofía DevOps es llevada a cabo por un grupo descentralizado de profesionales. 3 “Cuanto más sepa sobre su pasado, mejor preparado estará para el futuro.” ~ T. Roosevelt Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS 4 Fuente de Referencia: @RGevaert

@MikeRosTX CRONOLOGÍA DE DEVOPS 5 Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS: 2007 • Conozca a Patrick Debois • Desarrollador haciendo trabajo de operaciones • Ops haciendo trabajo de desarrollador 6 Érase una vez… Fuente de Referencia: @RGevaert

@MikeRosTX • Patrick una presentación sobre “Infraestructura y Operaciones Ágiles” • Andrew Clay Shafer está en el salón • Andrew propone un tema sobre “La Administración de Sistemas Ágiles” en una sesión de “Birds Of A Feather”. • Sólo Patrick se aparece en esa sesión • Eventualmente ellos se encuentran.... • Poco después se inicia el grupo Google “Administración de Sistemas Ágiles". 7 http://www.jedi.be/presentations/agile-infrastructure-agile-2008.pdf https://groups.google.com/forum/#!forum/agile-system-administration HISTORIA DEL MOVIMIENTO DEVOPS: 2008 Fuente de Referencia: @RGevaert

@MikeRosTX Herramientas 1. Infraestructura automatizada 2. Control de versiones compartido 3. Construir e liberar en un solo paso 4. Banderas de características 5. Métricas compartidas 6. Robots IRC y IM Cultura 1. Respeto 2. Confianza 3. Actitud sana sobre el fracaso 4. Evitar la culpa 8 10 deploys per day at Flickr, Allspaw and Hammond https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr Dev ~y~ Ops HISTORIA DEL MOVIMIENTO DEVOPS: JUNIO 2009 Fuente de Referencia: @RGevaert

@MikeRosTX Formato: • Mañana: Charlas • Tarde: Espacios Abierto #devops 9 Patrick Debois organiza el primer devopsdays, en Gante, Bélgica https://legacy.devopsdays.org/events/2009-ghent/program/ https://www.youtube.com/watch?v=EOveXZhJpr4 HISTORIA DEL MOVIMIENTO DEVOPS: OCT 2009 Fuente de Referencia: @RGevaert

@MikeRosTX Cultura - Primero las personas y el proceso. Si no se tiene cultura, todos los intentos de automatización serán infructuosos. Automatización - Las herramientas para la gestión de versiones, provisionamiento, gestión de configuración, integración de sistemas, monitoreo y control, y la orquestación se convierten en piezas importantes en la construcción de un esquema de DevOps. Medición - Si no puedes medir, no puedes mejorar. Una implementación exitosa de DevOps medirá todo lo que pueda tan a menudo como pueda.... métricas de rendimiento, métricas de proceso, e incluso métricas de personas. Sharing - Compartir es el lazo de retroalimentación en el ciclo C.A.M.S. 10 John Willis empieza investigaciones sobre Deming John Willis y Damon Edwards acuñan el término C.A.M.S. https://blog.chef.io/2010/07/16/what-devops-means-to-me/ HISTORIA DEL MOVIMIENTO DEVOPS: 2010 Fuente de Referencia: @RGevaert

@MikeRosTX 2010 • Sydney • Mountain View • Hamburg • São Paulo 11 Patrick y otros asistentes iniciales empiezan a organizar otros devopsdays. 2012 • Austin • Tokyo • Mountain View • Delhi • Rome 2013 • New York (Winter) • New Zealand • London (Spring) • Paris • Austin • Berlin • Amsterdam • Silicon Valley • Sydney • Tokyo • Tel Aviv • Atlanta • Barcelona • New York (Fall) • Vancouver • Portland • London (Autumn) • Bangalore 2014 • Nairobi • Ljubljana • Austin • Pittsburgh • Amsterdam • Silicon Valley • Minneapolis • Brisbane • Boston • Toronto • New York • Warsaw • Chicago • Berlin • Belgium • Helsinki • Vancouver • Tel Aviv • Bangalore 2011 • Boston • Melbourne • Mountain View • Bangalore • Göteborg • Manila HISTORIA DEL MOVIMIENTO DEVOPS: 2009-2014 Fuente de Referencia: @RGevaert

@MikeRosTX • Más atención a la cultura que a las herramientas • Surge la necesidad de crear y traspasar el liderazgo a un equipo central 12 Edición del 5º Aniversario en Gante HISTORIA DEL MOVIMIENTO DEVOPS: 2014 Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS: EQUIPO NÚCLEO DE DEVOPSDAYS Responsabilidad Compartida Activo: Bridget Kromhout (lead), Serhat Can, Jennifer Davis, Bernd Erk, Rafael Gomes, Nathen Harvey, Mine Heck, Dan Maher, Katie McLaughlin, Adrian Moisey, Ken Mugrage, Marco Júnior, Mike Rosado, Matt Stratton (web team lead), Yvo van Doorn Consejero: Patrick Debois (founder), Kris Buytaert, Matthew Jones, Andrew Clay Shafer, John Willis Emeritus: Damon Edwards, Anthony Goddard, Lindsay Holmwood, Gildas Le Nadan, Stephen Nelson- Smith, Julian Simpson, Christian Trabold, John Vincent, James Wickett 13 ¿Quieres organizar un DevOpsDays? https://devopsdays.org/organizing/ Fuente de Referencia: @RGevaert

@MikeRosTX HISTORY OF THE DEVOPS MOVEMENT: 2009-2019 Amsterdam, Aracaju, Atlanta, Auckland, Austin, Baku, Baltimore, Bangalore, Beijing, Belo Horizonte, Belém, Bengaluru, Berlin, Bogotá, Boise, Boston, Brasília, Brisbane, Buffalo, Cairo, Campinas, Cape Town, Charlotte, Chattanooga, Chicago, Columbus, Copenhagen, Havana, Dallas, Delhi, Denver, Des Moines, Detroit, Edinburgh, Feira De Santana, Florianópolis, Fortaleza, Galway, Geneva, Ghent, Goiânia, Göteborg, Hamburg, Hartford, Helsinki, Houston, Indianapolis, Istanbul, Jakarta, Kansas City, Kazan, Kiel, Kiev, Kyiv, Ljubljana, London, Los Angeles, Madison, Manila, Maringá, Melbourne, Minneapolis, Montevideo, Montreal, Moscow, Mountain View, Nairobi, Nashville, Natal, New York City, New Zealand, Newcastle, Ohio, Oslo, Paris, Philadelphia, Phoenix, Pittsburgh, Portland, Porto Alegre, Portugal, Poznań, Raleigh, Riga, Rio De Janeiro, Rome, Salt Lake City, Salvador, Santa Clara, Santa Maria, Seattle, Shanghai, Shenzhen, Silicon Valley, Singapore, Stockholm, Sydney, São Paulo, Taipei, Tampa Bay, Tel Aviv, Tokyo, Toronto, Vancouver, Victoria, Warsaw, Washington DC, Wellington, Zürich 14 DevOpsDays se han organizado en más de +110 ciudades diferentes. https://devopsdays.org/events/ Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS: PUBLICACIONES DESTACADAS 15 Fuente de Referencia: @RGevaert

@MikeRosTX HISTORIA DEL MOVIMIENTO DEVOPS: DEVOPS EN LA EMPRESA DevOps Enterprise Summit (DOES) es una conferencia para los líderes de organizaciones grandes y complejas que implementan los principios y prácticas de DevOps. La programación del evento hace hincapié tanto en la evolución de las prácticas técnicas y de arquitectura como en los métodos necesarios para liderar los esfuerzos de cambio generalizados en las grandes organizaciones. El objetivo es proporcionar a los líderes las herramientas y prácticas que necesitan para desarrollar e implementar software más rápidamente y ganar en el mercado. Se trata de un evento comercialmente dirigido por IT Revolution, ver: https://events.itrevolution.com/eur/about/ 16 Desde 2014, cada año, el DOES se realiza en Estados Unidos y el Reino Unido. Fuente de Referencia: @RGevaert

@MikeRosTX HISTORY OF THE DEVOPS MOVEMENT: DEVOPS IN THE ENTERPRISE 17 02

@MikeRosTX HISTORY OF THE DEVOPS MOVEMENT: SITE RELIABILITY ENGINEERING (SRE) SRE, que evolucionó en Google para satisfacer las necesidades internas a principios de la década de 2000, independientemente del movimiento DevOps, encarna las filosofías de DevOps, pero tiene una forma mucho más prescriptiva de medir y lograr confiabilidad a través de la ingeniería y el trabajo de operaciones. En otras palabras, SRE prescribe cómo tener éxito en las diferentes áreas de DevOps. 18 https://cloud.google.com/blog/products/gcp/sre-vs-devops-competing-standards-or-close-friends https://www.youtube.com/watch?v=uTEL8Ff1Zvk&list=PLIivdWyY5sqJrKl7D2u-gmis8h9K66qoj&index=1 Fuente de Referencia: @RGevaert

@MikeRosTX CAMBIOS ESTRUCTURALES FORZADOS POR DEVOPS 19 Cambio Estructural Viejo Nuevo Fuente de Referencia: @RGevaert

@MikeRosTX EL FUTURO YA ESTÁ AQUÍ… SÓLO QUE NO ESTÁ DISTRIBUIDO DE MANERA MUY UNIFORME. 20 ~ William Gibson https://www.cbinsights.com/research/periodic-table-unicorns-list-companies-one-billion/ Fuente de Referencia: @RGevaert

@MikeRosTX CAMBIOS ESTRUCTURALES IMPUESTO POR DEVOPS Una listado de cambios observados: 1. Infraestructura como Código 2. Paquete de “Software” 3. Arquitectura 4. Pruebas 5. Tiempo de comercialización 6. Herramientas 7. Organizacional 8. Resistencia 21 Estos son posibles temas para discutirse durante sesiones de Espacios Abierto. Fuente de Referencia: @RGevaert

@MikeRosTX INFRAESTRUCTURA COMO CÓDIGO • Cuando la computación en nube se hizo popular • Vinculado con el auge de las herramientas de gestión de la configuración • Computación “Serverless” 22 Comienza alrededor de 2008 IcC Macotas Ganado Mascotas Ganado Fuente de Referencia: @RGevaert

@MikeRosTX < ~90 "software" se distribuyó con el código fuente o con binarios compilados. > ~90 se crean los paquetes de "software" (deb, rpm, jar, war,...) 2013 - Se anuncian los contenedores Docker 2015 - Se anuncia la Iniciativa de Contenedores Abiertos 2017 - Docker en Mac y Windows 23 La gestión de las versiones de software ha cambiado significativamente Paquete de “Software” Código fuente, archivos zip, paquetes Contenedores (pero todavía tenemos MVs y "bare metal") PAQUETE DE “SOFTWARE” Fuente de Referencia: @RGevaert

@MikeRosTX 24 De Orientación Monolítico a Microservicios Arquitectura Monolítico en sitio Microservicios en la nube LA ARQUITECTURA ESTÁ CAMBIANDO Arquitectura Monolítica Arquitectura de Microservicios Interfaz de Usuario IU Microservicio Microservicio Microservicio Microservicio Microservicio Interfaz de Negocios Interfaz de Datos Fuente de Referencia: @RGevaert

@MikeRosTX DÓNDE Y CUÁNDO SE REALIZAN LAS PRUEBAS • Influenciado por Kaizen (mejora continua). • La entrega y el despliegue continuos sólo son posibles con las pruebas necesarias. • Con la estabilidad viene la velocidad. 25 Pruebas https://www.devopsgroup.com/2017/12/14/devops-pipeline-assessment/ Periódico, justo antes del lanzamiento Lanzamiento Continuo Fuente de Referencia: @RGevaert

@MikeRosTX INTEGRACIÓN / DESPLIEGUE CONTINUO 26 Del desarrollo en cascada al despliegue “instantáneo” Tiempo de comercialización La implementación y la gestión son responsabilidad compartidas entre dev y ops Meses Horas o Minutos Fuente de Referencia: @RGevaert

@MikeRosTX LAS HERRAMIENTAS HAN CAMBIADO 27 Como siempre, hay demasiadas herramientas / proveedores / servicios en la nube Herramientas Propietario - Limitado Código Abierto - Servicios en la Nube Fuente de Referencia: @RGevaert

@MikeRosTX Herramientas Propietario - Limitado Código Abierto - Servicios en la Nube LAS HERRAMIENTAS HAN CAMBIADO Como siempre, hay demasiadas herramientas / proveedores / servicios en la nube 28 Fuente de Referencia: @RGevaert

@MikeRosTX 29 LAS HERRAMIENTAS HAN CAMBIADO Como siempre, hay demasiadas herramientas / proveedores / servicios en la nube Fuente de Referencia: @RGevaert

@MikeRosTX ELIMINACIÓN DE SILOS Equipos multi-funcionales: • Equipos más pequeños • Titularidad sobre los equipos • Reducir los cuellos de botella de la organización • Estrategias de despliegue 30 Para aumentar el flujo en el proceso de entrega es necesario eliminar los silos en nuestra organización. https://perfectial.com/blog/make-a-cross-functional-team-work/ Organizacional Organización basada en silos Equipos más pequeños y multi-funcionales Funcional Experiencia funcional común Analista de sistemas Desarrolladores Evaluadores Multi-funcional Representantes de varias funciones Equipo de Desarrollo Fuente de Referencia: @RGevaert

@MikeRosTX EL FRACASO OCURRIRÁ, PREPÁRATE PARA ELLO 31 Manejar el fracaso es más fácil si existe una cultura de confianza y respeto en el equipo. Resiliencia Evite el fracaso, concéntrese en el MTBF Espere un fallo, concéntrese en el MTTR Fuente de Referencia: @RGevaert

@MikeRosTX LA CELEBRACIÓN: ANIVERSARIO DE 10 AÑOS DE DEVOPSDAYS EN OCTUBRE 2019 32 ¿Donde estar? Gante. Donde todo comenzó: https://devopsdays.gent Fuente de Referencia: @RGevaert

@MikeRosTX ¿PREGUNTAS? ¡GRACIAS POR SU ATENCIÓN!