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”

4. 4 TCS Internal

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

14. 14
Evolution of IT
1

15. 15
Evolution of IT
1

16. 16
Evolution of IT
1

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

41. 41
Continuous Story integration

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/

49. 49
https://www.scaledagileframework.com/team-and-
technical-agility/#testfirst

50. 50
Shift Left

51. 51
Shift Left

52. 52
El mindset
Shift left
promueve el
DevSecOps

53. 53
Jornada hacia DevOps

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

62. 62
https://agilityhealthradar.com/safe-devops-assessment/
Assessment

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

66. https://twitter.com/jorge_abad/status/1128488710721421312

68. 68
PREGUNTAS