Algunos Conceptos Claves de DevOps
1 recomendación1,694 vistas
Este documento presenta una introducción a DevOps, incluyendo: 1) Explica que Agile dejó atrás las operaciones de TI y que DevOps busca integrar el desarrollo y las operaciones. 2) Define DevOps como un enfoque ágil para reducir la brecha entre desarrollo y operaciones y entregar valor más rápido y de forma más confiable. 3) Señala que DevOps no es una herramienta o posición, sino un conjunto de prácticas que promueven la colaboración entre equipos.
Algunos Conceptos Claves de DevOps
- 1. Copyright © 2018 Tata Consultancy Services Limited Elaborada Por: Jorge Abad Jaime Icaza Roger Pérez DevOps Agosto 2019 | Actualizada Mayo 2020 https://www.linkedin.com/in/jorgeabadl/ https://www.linkedin.com/in/jaime-icaza-70814659/ https://www.linkedin.com/in/ropestia1981/
- 2. ¿Cuál consideran que sea la causa de que estemos hablando de Agile y DevOps actualmente?
- 3. 3 TCS Internal “Si la tasa de cambio afuera, excede la taza de cambio adentro, el fin esta cerca”
- 5. 5 Agile Alliance https://www.agilealliance.org/glossary/business-agility Business Agility Business agility is the ability of an organization to sense changes internally or externally and respond accordingly in order to deliver value to its customers.
- 6. 6
- 7. 7
- 8. ¿Que es DevOps? "DevOps, en cierto sentido, se trata de establecer una fábrica de entrega de valor: una tubería racionalizada y libre de desperdicios a través de la cual se puede entregar valor a la empresa con un tiempo de ciclo predecible y rápido.” “DevOps, in a sense, is about setting up a value delivery factory – a streamlined, waste-free pipeline through which value can be delivered to the business with a predictably fast cycle time.” The Art of Business Value Mark Schwartz
- 9. ¿Que es DevOps? “Imagine a world where product owners, Development, QA. IT Operations and InfoSec work together, not only to help each other, but also to ensure that the overall organization succeeds. By Working towards a common goal, they enable the fast flow of planned work into production, while achieved world-class stability, reliability, availability and security.” “Imagina un mundo donde los Propietarios de Producto, Desarrollo, QA. Operaciones de TI y Seguridad de la Información trabajan juntos, no solo para ayudarse entre sí, sino también para garantizar que la organización en general tenga éxito. Al trabajar hacia un objetivo común, permiten un flujo rápido del trabajo planificado hacia producción, al mismo tiempo que logran estabilidad, confiabilidad, disponibilidad y seguridad de clase mundial.” DevOps Handbook Gene Kim
- 10. 10 ¿Que es DevOps? Un enfoque ágil para cerrar la brecha entre el desarrollo y las operaciones para entregar valor más rápido y de manera más confiable. Operations: Crear estabilidad Crear o mejorar servicios Development: Crear cambio Agregar o modificar características DevOps
- 11. 11 DevOps está en la cadena de valor El valor se produce solo cuando los usuarios finales operan la solución. Lead time R E P E A T $ Trigger Define Implement Deploy DevOps no es opcional. La única pregunta es qué tan eficiente es.
- 12. Agile fue fundamental en el desarrollo de software para recuperar la confianza en el negocio, pero sin querer dejó atrás las operaciones de TI. DevOps es una forma para que la empresa recupere la confianza en toda la organización de TI en su conjunto. Agile was instrumental in Software Development regaining the trust in the business, but it unintentionally left IT Operations behind. DevOps is a way for the business to regain trust in the entire IT organization as a whole. Clyde Logue Socio fundador de StreamStep
- 13. 13 Negocio Requerimientos Diseño Código Pruebas Despliegue Negocio Req Dño Code Test Req Dño Code Test Req Dño Code Test Req Dño Code Test Desp Cascada Ágil Negocio DevOps Antes el cuello de botella era TI Luego Operaciones Ahora todo fluye continuamente
- 17. 17 Que no es DevOps…..? No es un diploma, un título o una posición. No es un equipo separado de la organización. No es una herramienta o conjunto de herramientas No es solo cultura. No es solo automatización. No es anarquía. No es una estrategia única para todo. “DevOps is coming to life through emerging practices that are delivering real value in real organizations.” “DevOps está cobrando vida a través de prácticas emergentes que ofrecen un valor real en organizaciones reales.” https://devops.com/what-devops-is-not/
- 18. 18 Porque DevOps es importante Las empresas se enfrentan cada vez mas a nuevas Start-up que compiten de forma ágil. El desarrollo de software ágil y la infraestructura en la nube están aumentando. TI ya no puede seguir operando en una cultura de silo. Más organizaciones están migrando a la nube. Los consumidores tienen una mayor expectativa y mentalidad de uso de “App”. Hay más datos disponibles para el negocio. La generación de valor al cliente cada vez es mas corta. Para cumplir con estas condiciones cambiantes (entorno VUCA), Las áreas de TI deben adaptar su cultura, prácticas y automatización para ser más “CONTINUAS".
- 19. 19 DevOps habilita al Negocio para • Optimice, agilice y mejore la forma de trabajar de forma que pueda lanzar software de calidad con frecuencia • Adopte el cambio y gestione el riesgo • Ser ágil y a la vez estable
- 20. 20 DevOps es Sobre PEOPLE PEOPLEPROCESS TECHNOLOGY Behavior PEOPLEInteractions Automation
- 21. 21
- 22. 22
- 23. 23 BENEFICIOS DEVOPS Según el Informe del estado de DevOps de 2018, las organizaciones de alto rendimiento tienen: • Despliegue de código 46 veces más frecuente. • Tiempo de entrega 2555 veces más rápido desde el compromiso hasta la implementación. • 2604 veces más rápido para recuperarse de incidentes. • La tasa de falla de cambio es 7 veces menor.
- 24. 24 Si fuéramos un ejecutor de alto desempeño
- 25. 25 Si fuéramos un ejecutor de alto desempeño https://devops-research.com/
- 26. 26 Si fuéramos un ejecutor de alto desempeño - 2019
- 27. 27 Si fuéramos un ejecutor de alto desempeño - 2019
- 28. 28 https://devops-research.com/ Si fuéramos una empresa de alto desempeño en DevOps
- 29. ¿Por qué las organizaciones deben impulsar DevOps? Potencialmente todo negocio se convierte en un negocio tecnológico. AI, IoT, Machine learning está aumentando rápidamente Los consumidores han desarrollado mentalidades de “App" Los clientes valoran los resultados, no los productos El retorno sobre la inversión (ROI) y el Time to Market (TTM) son claves en el alto desempeño organizacional Big Data e Inteligencia Artificial deben dar forma a la toma de decisiones Sorprender y sobrepasar las expectativas del cliente es más importante que la satisfacción del cliente. ¿Reconoces alguno de estos?
- 30. Muchos equipos Los silos generan • Vacios de comunicación • Mucho tiempo en manipulación
- 31. Un solo equipo Los equipos multidisciplinarios tienen • Alta colaboración • Un objetivo común
- 32. 32 VALORES DEVOPS Culture Automation Lean Hay una cultura de responsabilidad compartida Los miembros del equipo buscan formas de automatizar tantas tareas como sea posible y se sienten cómodos con la idea de la entrega continua. Los miembros del equipo pueden visualizar el trabajo en progreso (WIP), limitar el tamaño de los lotes y administrar las longitudes de las colas. Measurement La recolección de datos es esencial y existen mecanismos que proporcionan visibilidad en todos los sistemas. Sharing Existen canales de comunicación fáciles de usar que fomentan la comunicación continua entre desarrollo y operaciones.
- 33. 33 A CALMR approach to DevOps en el Marco SAFe Culture Establecer una cultura de responsabilidad compartida para el desarrollo, el despliegue y las operaciones. Automation Automatizar la tubería de entrega continua. Lean flow Mantenga los tamaños de lote pequeños, limite WIP y proporcione visibilidad extrema Measurement Mida el flujo a través de la tubería. Implementar telemetría de aplicaciones. Recovery Diseñe y habilite versiones de bajo riesgo. Establezca recuperación rápida, reversión rápida y corrección rápida. Bing: Continuous Delivery https://youtu.be/3sFT7tgyEQk 3:28
- 34. 34 Automated Build & Tests Continuous Integration Automated Deployment • Automated builds • Automated unit & feature tests • Automated builds, integrating other components • Automated feature & integration tests • Automated build of install package • Automated provisioning & configuration setup • “No-downtime” deployment • Installation • Automated monitoring Best Practices • Source Control • Small, frequent & simple changes • Never break consumer • Well commented code • Regular peer reviews • Fail fast - TDD Prácticas de ingeniería
- 35. 35 Todos los caminos conducen a la cultura Transparencia Honestidad Apertura Colaboración Confianza Aprender de los fallos No culpar Responsabilidad Innovación Apertura al cambio Fomentar las buenas prácticas
- 36. 36 El enfoque de la Cultura en DevOps Cultura Prácticas Herramientas Cultura Prácticas Herrami entas El Común El Recomendado
- 37. 37
- 38. 38 Increased Business Alignment Effectiveness Measures • Frequency of deployments • Time taken to release software to production • Time taken from commit to software being in production • Change success rate • Mean Time to Recover (MTTR) • Acelerar el “Time to Market" para empresas • Mejorar el valor comercial alineando Desarrollo, Operaciones y Negocios • Sé ágil y estable DevOps • Desarrolle software más rápido • Adoptar cambios • Trae excelencia técnica • Mejor calidad Agile DevOps es una continuación lógica del viaje ágil iniciado en 2001
- 39. Algunos conceptos Claves de DevOps
- 40. 40
- 42. 42 Continuous system integration Los equipos integran continuamente activos (dejando lo menos posible al Equipo del sistema). Integre cada segmento vertical de una historia de usuario Evite ramificaciones físicas para software Integre frecuentemente ramas de hardware Utilizar el desarrollo por intención en caso de dependencias entre equipos. – Definir interfaces e integrar primero; luego agregue funcionalidad
- 43. 43 Seis prácticas recomendadas para el Despliegue Continuo (CD) CD es una práctica importante para cada miembro del equipo, el equipo, todo el Delivery
- 44. 44 Separe deploy del release Desacople el despliegue a producción del release Ocultar todas las funcionalidades nuevas en las funciones alterna Permite probar procesos de fondo y primer plano en el entorno de producción real antes de exponer nuevas funcionalidades a los usuarios Deploy Release
- 45. 45 Value ‘streamlets’ Separe deploy del release
- 46. 46 Diseñe la Arquitectura que sea confinable y facil de recuperar ante fallos Planifique y ensaye fallos Cree el entorno tanto para retreceder como avanzar Use herramientas como – Feature toggles – Dark launches – Chaos monkey – Canary Releases Source: the DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations IT Revolution Press..Kim, Gene; Humble, Jez; Debois, Patrick; Willis, John
- 47. 47 Shift Left
- 48. 48 Shift Left y Definition of Done https://www.scaledagileframework.com/built-in-quality/
- 50. 50 Shift Left
- 51. 51 Shift Left
- 52. 52 El mindset Shift left promueve el DevSecOps
- 54. 54 The three Ways The First Way Flow Comprender y aumentar el flujo de trabajo. left to right The Second Way Feed Back The Third Way Continuos Experimentation And Learning Desarrolle bucles de retroalimentación cortos que permitan una mejora continua. right to left Desarrolle una cultura que fomente: Experimentar, hablar de los riesgos y aprender del fracaso Comprender que la repetición y la práctica es el requisito previo para la maestría
- 55. 55 Planificar el estado futuro Focalice las áreas y priorice la alineación de los objetivos de la empresa y cree una visión del estado futuro de las personas, los procesos y la tecnología. Implementar y medir Implemente el roadmap con monitoreo periódico de las métricas definidas y refine continuamente el roadmap. Evaluar la madurez actual de DevOps Descubra el nivel actual de madurez de la empresa a nivel de personas, procesos y tecnología para identificar puntos débiles. Alinear la estrategia organizacional. Establezca una visión y una misión, defina objetivos y planifique el retorno esperado de las inversiones a través de métricas adecuadas. Establecer el road map de DevOps Traducir la visión en un plan de acción con foco en las áreas identificadas. Dev Ops Organization Implementation Road Map https://www.moonshotio.com/2019/04/02/the-five-steps-to-devops-adoption/
- 56. 56 Jornada hacia DevOps de un Equipo Los equipos comienzan su camino de transformación e identifican triunfos rápidos La automatización ayuda al bajo rendimiento a progresar a desempeños medios. Deuda técnica y el aumento de la complejidad causa incrementos en controles manuales e incremento de capas en los procesos, ralentizado el trabajo. Mejora implacable en el trabajo lleva a la excelencia y alto rendimiento. Los trabajadores élite y de alto rendimiento aprovechan su experiencia y aprenden de sus ambientes para ver saltos en productividad. La automatización incrementa los requisitos de testing, que se realizan manualmente. Una montaña de deuda técnica bloquea el progreso.
- 57. 57
- 58. 58 La retrospectiva ”Fail” Y entonces nuestra mejora para esta retrospectiva del Sprint 20 es ¡LA COMUNICACIÓN!
- 59. 59 Retrospectivas de equipos de alto rendimiento https://devops-research.com/
- 60. 60 Prácticas Técnicas de equipos de alto performance 2019-2020 http://services.google.com/fh/files/misc/dora_research_program.pdf https://www.devops-research.com/research.html
- 61. 61 Prácticas de organizaciones de alto desempeño http://services.google.com/fh/files/misc/dora_research_program.pdf https://www.devops-research.com/research.html Revísalo: Altamente recomendado
- 63. 63
- 64. 64 Mitos • DevOps reemplaza Agile • DevOps reemplaza Itil • DevOps significa noOps • DevOps es solo automatización • DevOps no es para equipos en Cascada o Tradicional • DevOps es solo Herramientas • DevOps es solo es sobre Amazon, Google, Azure
- 65. Work is not done when Development completes the implementation of a feature— rather, it is only done when our application is running successfully in production, delivering value to the customer. —DevOps Handbook
- 68. 68 PREGUNTAS