Este documento presenta una charla sobre DevOps. Explica que DevOps se trata de establecer una cultura de colaboración entre Desarrollo y Operaciones para aportar más valor al negocio. Detalla algunas prácticas clave de DevOps como automatizar procesos, tratar el código como producción siempre, integrar y entregar de forma continua, y medir métricas para tomar decisiones basadas en datos. El objetivo final de DevOps es lograr una entrega continua de valor de negocio.

1. Yo soy Dev, yo soy Ops
y somos dos en un equipo
LUIS FRAILE | | lfraile@plainconcepts.com
LEO DÍAZ | | leonardo.diaz@deiser.com

2. ¿Por qué esta charla?

3. Esquema inicial

5. Yo soy Dev, yo soy Ops y somos dos en un equipo

6. Origen
!DevOps
DevOps
Prácticas
Herramientas
Conclusiones
From zero to hero
Yo soy Dev, yo soy Ops y somos dos en un equipo

7. The Phoenix Project
… o las desventuras del proyecto Phoenix …
De cómo un proyecto con silos se va al
traste, y remonta con la rotura de los silos.
Origen

8. Un rol, ansible, Docker, chef,
puppet, release management,
new relic, continuous delivery,
continuous integration, testing
automatizado, ...
¡¡¡ Yo soy
DevOps !!!
!DevOps

9. DevOps

10. Aportar más valor al negocio
estableciendo una cultura de
colaboración entre Desarrollo y
Operaciones… (por lo menos)
¿Qué es DevOps?

11. Prácticas

12. Imagen extraída del ebook: keep-calm-and-embrace-devops
Cultura -Organización

13. • Se vago… Elimina la fricción de pasos manuales y errores manuales
Automatiza
• No sólo builds ó tests, también despliegue
• Infraestructura como código: DSC, Chef,
Azure RM, …
• Configuración como código: pipelines,
builds, despliegues, YAML, entornos ...

14. Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Agile

15. Monolithic SOA Microservices
Cuanto más desacoplado mejor, pero “DevOps” debe ser transparente a
la arquitectura
Arquitectura

16. ● Medir a todos los niveles
● Tomar decisiones basados en datos
● Compartir los resultados
● Entender las métricas como un
medio no como un fin
Medir, medir y medir

17. Jez
Humble
C – Culture
A – Automation
L – Lean
M – Measurement
S – Sharing
CALMS Framework

18. Herramientas

19. La entrega no es un evento, es algo continuo
Trata el código como de producción SIEMPRE
No puedes acelerar la entrega y hacerla contínua sin
asegurar la calidad.
http://www.eferro.net/2017/10/charla-acelerando-la-
cultura-devops.html?m=1 - @eferro
Clean Architecture, Clean Code, … , TDD, BDD, Load
Testing, ...
Tests Calidad

20. ● Maintain a code repository
● Automate the build
● Make the build self-testing
● Everyone commits to the baseline every day
● Every commit (to baseline) should be built
● Keep the build fast
● Test in a clone of the production environment
● Make it easy to get the latest deliverables
● Everyone can see the results of the latest build
● Automate deployment
Integración / entrega continua

21. Entrega continua

22. Monitoriza

23. No sólo IT
Tenemos logs de aplicaciones, transacciones de negocio, …
Y el propio negocio: feedback temprano, que ayude a la
toma de decisiones ¿qué construir?
funcionalidad != valor
Monitoriza también el negocio

24. Conclusiones

25. ENTREGA DE VALOR DE NEGOCIO
CULTURA
Madurez en Devs
+
Madurez en Ops
=
DevOps

26. “DevOps es
entregar más
valor al negocio”
… y gatitos … porque a todo el mundo le gustan
Lo que os tenéis que llevar

27. lfraile | leodmurillo @lfraile | @leodmurillo
¡Gracias!