¿Qué decisiones tengo que tomar como arquitecto de software para lograr las metas de DevOps? ¿Qué impacto tienen los otros actores en el espacio de DevOps en mi?

1. Arquitecturade
SoftwareyDevOps
Jorge Gaona
@pollirrata

2. ¿Qué impacto tienen los otros actores
en el espacio de DevOps en mi?
¿Qué decisiones tengo que tomar
para lograr las metas de DevOps?

3. Reducir el tiempo entre el commit y
que el cambio se vea reflejado en
producción, al mismo tiempo que se
asegura la calidad.

4. Daniel Stori (turnoff.us)

5. DevOps involucra cambios
fundamentales en la
arquitectura de los sistemas, y
en los roles y
responsabilidades requeridas
para llevarlo a producción y
darle soporte una vez que
está allí.
DevOps: A Software Architect’s
Perspective

6. Principios fundamentales de
los que se derivan todos los
patrones y conductas de
DevOps
The Three Ways

7. https://www.devopsgroup.com/insights/resources/tutorials/all/the-devops-playbook-episode-7/

8. https://www.devopsgroup.com/insights/resources/tutorials/all/the-devops-playbook-episode-7/

9. https://www.devopsgroup.com/insights/resources/tutorials/all/the-devops-playbook-episode-7/

10. DevOps involucra cambios
fundamentales en la
arquitectura de los sistemas, y
en los roles y
responsabilidades requeridas
para llevarlo a producción y
darle soporte una vez que
está allí.
DevOps: A Software Architect’s
Perspective

11. DevOps involucra cambios
fundamentales en la
arquitectura de los sistemas, y
en los roles y
responsabilidades requeridas
para llevarlo a producción y
darle soporte una vez que
está allí.
DevOps: A Software Architect’s
Perspective

12. DevOps involucra cambios
fundamentales en la
arquitectura de los sistemas, y
en los roles y
responsabilidades requeridas
para llevarlo a producción y
darle soporte una vez que
está allí.
DevOps: A Software Architect’s
Perspective

13. Roles y responsabilidades

14. Arquitecto
QA
Dev

15. Arquitecto
QA Dev
IT
Marketing
UX

16. Comunicación

17. Meta:
Software funcionando en producción

18. Llevar a producción y dar
soporte estando allí

19. Reducir el tiempo entre el commit y
que el cambio se vea reflejado en
producción, al mismo tiempo que se
asegura la calidad.

20. Software sin defectos

21. Las consecuencias de
arquitecturas poco flexibles
son fáciles de identificar:
cada vez que intentamos
hacer commit a trunk o
liberar código a producción
corremos el riesgo de crear
fallas globales.
The DevOps Handbook

22. Enfoque en atributos de calidad

23. Requerimientos
Funcionales No funcionales
RestriccionesAtributos de calidad

24. Atributo de calidad Refinamiento Escenario
Seguridad Confidencialidad El doctor puede ver la
información del paciente
que está tratando, pero no
de otros pacientes
Integridad El sistema resiste el intento
de acceso por usuarios no
autorizados y lo reporta en
los siguientes 90 segundos
Desempeño Tiempo de respuesta El usuario actualiza la
información del paciente
en hora pico y la
transacción se completa en
0.5 segundos

26. Aprovecha el poder de lo pequeño

27. Producción Producción

28. ¿Puede este
[ ]
ser probado de
manera
independiente?

29. Diseña para probar

30. I have no memory of this place…

31. 1. Crear datos de prueba
2. Extraer datos de producción
3. Enmascarado y privacidad
4. Importar datos
5. Envejecer datos

32. Asegúrate lo
más rápido y
barato posible
que tu decisión
es la adecuada

33. Si algo puede salir mal,
saldrá mal
1a Ley de Murphy

35. Acepta las fallas

36. Fuck up sucks
but instructs
https://www.instagram.com/__remmidemmi/

38. Chaos Monkey

40. Identifica los patrones que las soportan
Conoce las tácticas que te ayudan

44. Reducir el tiempo entre el commit y
que el cambio se vea reflejado en
producción, al mismo tiempo que se
asegura la calidad.

45. https://www.devopsgroup.com/insights/resources/tutorials/all/the-devops-playbook-episode-7/

46. ¡Gracias!
Jorge Gaona
@pollirrata
www.pollirrata.com

47. ¡Gracias!
Jorge Gaona
@pollirrata
www.pollirrata.com