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
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
• 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
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
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
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
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
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
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
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
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
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
DISTRIBUIDO DE MANERA MUY UNIFORME. 20 ~ William Gibson https://www.cbinsights.com/research/periodic-table-unicorns-list-companies-one-billion/ Fuente de Referencia: @RGevaert
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
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
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
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
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
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
herramientas / proveedores / servicios en la nube Herramientas Propietario - Limitado Código Abierto - Servicios en la Nube Fuente de Referencia: @RGevaert
la Nube LAS HERRAMIENTAS HAN CAMBIADO Como siempre, hay demasiadas herramientas / proveedores / servicios en la nube 28 Fuente de Referencia: @RGevaert
• 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
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
devopsdaysgdl
shift_evolve
sansantech
salaboy
tubone24
sonatard
negi111111
neuecc
chanyou0311
tsumita
tenshoku_draft
emiki
shigashiyama
lemiorhan
reverentgeek
moore
sugarenia
keavy
paulrobertlloyd
kastner
jmmastey
aarron
michaelherold
chrisshort
bkeepers
