Eduardo Díaz presentó sobre DevOps y Continuous Delivery. Explicó que DevOps busca mejorar la comunicación entre los equipos de desarrollo y operaciones para acelerar el lanzamiento de cambios al minimizar los riesgos. Esto requiere automatizar procesos como pruebas y despliegues, usar herramientas consistentes, y definir nuevos procedimientos centrados en habilitar los objetivos del negocio en lugar de solo mantener la estabilidad del sistema. DevOps también promueve la confianza, responsabilidad compartida y aprendizaje de los

1. Hola
Mi Nombre es Eduardo Díaz
y soy un DEV
@LNDS

2. DEVOPS
Y CONTINOUS
DELIVERY
Meetup Santiago
10 de Diciembre de 2014
21 de Junio 2017

3. Rito y Ritmo

4. –Joseph Campbell
“The function of ritual is to give form to human
life, not in the way of a mere surface
arrangement, but in depth. ”

5. –Elvis Presley
“Rythm is something you either have or don’t
have, but when you have it, you have it al over.”

7. Rito y Ritmo

8. Reboot
In computing, rebooting
is the process by which
a running computer
system is restarted,
either intentionally or
unintentionally.

9. ¿Qué demonios es
DevOps y por qué
debería interesarme?
Presentación descaradamente plagiada de acá:
http://www.slideshare.net/therobot/que-demonios-es-eso-de-devops-y-
porquedebera-interesarme

11. Para poner el proyecto en producción el equipo de
sistemas realiza las siguientes operaciones:
1. Prepara el script de deployment (si hay script).
2. Refleja (a mano) los cambios en la configuración
necesarios.
3. Instala las bibliotecas necesarias (con el
sistema de paquetes en el mejor caso).
4. Realiza una carga de datos en la BBDD.
5. ETC.

12. Por supuesto, durante todo ese proceso
algo falla y sistemas habla con el equipo
de desarrollo para ver como solucionarlo.

13. ¿ Y qué es lo que responde el
desarrollador ?

14. Otro ejemplo:
Un desarrollador pide que se instale el paquete wadus3-dev que
no está en la distro que usamos.
¿Cuál es la respuesta de Sistemas?

16. Ambos, desarrollo y operaciones ven el mundo y sus roles
desde perspectivas diferentes.
Cada uno cree que están haciendo lo correcto para el
negocio… y en forma aislada ambos están en lo correcto.
Entonces, ¿qué pasa?

17. Situación actual.
Los (malditos) desarrolladores:
No tienen conocimiento sobre el impacto de su código en
los sistemas.
Tienen un conjunto de herramientas optimizado para
desarrollar rápidamente.
Tienen un sistema operativo optimizado para el uso de
escritorio.
Ejecutan el código localmente en una sola máquina.
Incluso cuando hay entornos de testing/staging/integración

18. Una diferencia clave.
Los desarrolladores aportan valor al negocio
implementando requisitos funcionales.
Sistemas aporta valor al negocio implementando
seguridad, estabilidad y rendimiento.
Ambas metas entran en conflicto ya que poner nuevas
funcionalidades en producción implica asumir riesgos.

19. Una diferencia clave.
Sistemas intenta minimizar riesgos intentando evitar el
cambio (o ralentizandolo).
¿ Al final qué sucede?
Todo el proceso de puesta en producción se ralentiza y se
aumenta el riesgo ya que acabamos poniendo en
producción grupos de cambios simultáneamente..

21. El objetivo de operaciones no es
(únicamente) mantener un
sistema seguro, estable y
rápido.
El objetivo de operaciones es
habilitar los objetivos de
negocio.
El negocio requiere cambio.
Y el cambio es la raíz de la
inestabilidad.
Cambio

22. El objetivo de operaciones es favorecer el cambio
según las necesidades del negocio lo requieran,
mientras minimizan los riesgos que implican ese
cambio.

23. ¿En qué consiste el concepto
de DevOps?
1. Implementar Agile en el
departamento de sistemas.
2. Definir un conjunto nuevo de
procedimientos para
operaciones.
3. Utilizar un conjunto de
herramientas que de soporte a
los dos puntos anteriores.
4. Establecer mecanismos de
comunicación efectivos entre
todas las partes implicadas en la
puesta en producción de un
producto.

24. Tenemos que modificar los
procedimientos actuales
• Implicación en las primeras fases del de desarrollo.
• La configuración es código, separado del código de la aplicación.
• Herramientas consistentes entre los equipos de operaciones y desarrollo.
• Administración abstracta.
• Automatización de los builds y las releases.
• Automatización de la infraestructura y el provisionamiento.
• Auditoría de los cambios en toda la plataforma.
• Métricas compartidas.
• Gestión del ciclo de vida de los SO.Planificación de stacks.

25. Incorporar Herramientas
• Gestión de Incidentes
• Gestión de Identidades
• Deployment
• Orquestación
• Repositorios de Paquetes
• Control de Versiones
• Monitoreo
• Gestión de la Configuración
• ETC.

26. Comunicación
• Respeto:
• No ocultes los hechos. No digas NO (sin dar alguna explicación)
• No Estereotipes a tus compañeros de trabajo
• Confianza
• Operaciones necesita confiar en desarrollo para implicarlos en
futuras discusiones sobre su aplicación
• Desarrollo necesita confiar en operaciones para discutir los
cambios de infraestructura
• Todo el mundo necesita confiar en que el resto está haciendo lo
mejor para el negocio

27. Actitud positiva ante los fallos

28. Evitar Culpar(se)

29. ¿Qué tiene que ver DevOps con el Negocio?
El foco de DevOps es habilitar al negocio de la
mejor manera posible para reaccionar a las
fuerzas del mercado de la manera más rápida,
eficiente y confiable.
Lo que busca en definitiva DevOps es alinear a
tecnología (IT) con el concepto de agilidad en los
negocios.

30. ¿Y esto funciona?

32. Automatización
High performers automate
significantly more of
their configuration management,
testing, deployments and
change approval processes
than other teams. The result is
more time for innovation and a
faster feedback cycle.

33. Acoplamiento de Equipos
If you want to achieve higher IT
performance, start shifting to loosely
coupled services — services that
can be developed and released
independently of
each other — and loosely coupled
teams, which are empowered to
make changes. This shift will
demand significant investment for
those enterprises that require many
hando s and approvals to get work
from the drawing board into
production. The benefit of loosely
coupled teams and services: higher
throughput and higher quality and
stability.

34. Liderazgo Transformacional

35. Modelo

36. High IT
Performers
Medium IT
Performers
Low IT
Performers
Deployment
Frequency
On Demand
Once per week
and once per
month
Once per week
and once per
month *
Lead Time for
Changes
< 1 Hour
Between one
week and one
month
Between one
week and one
month *
Mean Time to
Recover
< 1 Hour < 1 Day
Between one
day and one
week
Change Failure
Rate
0-15% 0-15% 31-45%

37. High IT
Performers
Medium IT
Performers
Low IT
Performers
Configuration
Management
28% 47% 46%
Testing 35% 51% 49%
Deployment 26% 47% 43%
Change
Approval
Processes
48% 67% 59%
Labor Manual

39. Maniobra Conway Inversa
Organizations should architect around team boundaries to ensure that
teams can get their work done — from design through to deployment —
without requiring high-bandwidth communication between teams.

40. La visión de Atlassian

44. Fuentes
• Puppet: https://puppet.com/resources/
whitepaper/state-of-devops-report
• Atlassian: https://www.atlassian.com/teams/it/it-
trends#sourceListColumn

45. Gracias
Mi Nombre es Eduardo Díaz
y soy un DevOps
@LNDS