Se habló acerca de la arquitectura de software enfocada desde un punto de vista ágil en comparación al enfoque tradicional y la necesidad de adoptar un modelo evolutivo. Se vio porque la arquitectura de software importa y cómo llevarla a cabo en los proyectos ágiles. @faustodelatog LinkedIn: http://bit.ly/1nvfFH5

1. ARQUITECTURA
EVOLUTIVA

2. Fausto De La Torre
Desarrollador
Líder Desarrollo
@faustodelatog
Project Manager
Arquitecto Software
Desarrollador
Consultor
LíderTécnico / Arquitecto

3. Siempre estamos contratando

4. Arquitectura de Software
“things that people perceive
as hard to change”
Martin Fowler
http://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf
“SA = {Elements, Form, Rationale}”
Perry DE, Wolf AL
Foundations for the study of software architecture
“… the important stuff (whatever that is)”
Ralph Johnson

5. ¿Qué es la Arquitectura de Software?¿Por qué es importante?
una buena arquitectura es la clave del éxito a largo plazo

6. Enfoque Tradicional

7. Esperado vs. Real

8. El cambio es una realidad
y complica

10. AntipatronBuenas Prácticas
HoyAyer t
Arquitectura de Software

12. t
t
Arquitectura Esperada
Realidad
Tradicional
Agile

13. Charles Darwin

14. Arquitecto de Software

15. Creando la ArquitecturaRespuesta al cambio
Seguir un plan
SOBRE
Respuesta al cambio y
NO un plan

16. Creando la Arquitectura
Código que funciona y
NO documentación
Código que funciona
Documentación
SOBRE

17. Creando la Arquitectura

18. Que dificulta el cambio?
ACOPLAMIENTORIGIDEZ

19. 1982 1986 1989

20. Evitar pagar el costo del cambio al final
Evitar el cambio
Desiciones de diseño correctas al inicio
Decisiones hechas por alta gerencia
Decisiones reversibles
Retardando las decisiones
Decisiones involucran trabajadores

21. Diseño Emergente

22. El último momento responsable
t
Elementos de juicio

23. Tendencias

24. Acoplamiento
X-Ray visualizations for class dependencies

25. Acoplamiento
X-Ray view of package dependencies

26. Acoplamiento a tecnologías

27. Acoplamiento a tecnologías
Capas de anticorrupción

28. Micro Servicios
Entrega Continua

29. 29
control de
versiones
servidor
integración continua
build
tests
…

30. 30
control de
versiones
servidor
integración continua
build
tests
…
todos envían sus
cambios al trunk
al menos una vez
al día

31. Iteration 0 1 2 3 4
Analysis + Design
Development
Testing + Showcase
Integration + QA Release and operation
Customer
Centralized QA IT Operations
"Agile" team
The "last mile"
Agile 101

32. Iteration 0 1 2 3 4
Analysis + Design
Development
Testing + Showcase
Integration + QA Release and operation
Customer
Centralized QA IT Operations
"Agile" team
The "last mile"
Customer
Delivery team
Constant flow of new features into production listo para
producción
SIEMPRE
Entrega Continua

33. Entrega Continua

34. Aplicaciones Monolíticas
Aplicación
HTML, JS, etc.

35. Micro Servicios

36. Micro Servicios
Responsabilidad única
Alta cohesión y bajo acoplamiento
Artefactos desplegables independientes
Guiados por las capacidades del negocio

37. Gobierno decentralizado
ruby
node js
clojure
java

38. Equilibrio
Estandarización

39. Estandarización
- Integración
- Interfaces
- Monitoreo
- Despliegue
Flexibilidad
- Construcción Interna

40. Domain Driven Design

41. Bounded Context
Productos
Clientes
E-R en REST

42. Bounded Context
Facturación
Campañas
Marketing
Capacidades del negocio
Entrega
Compras

43. Gobierno Decentralizado

44. Transacciones distribuidas
tx
tx

45. Escalabilidad
Monolíticas Micro Servicios

46. Trade offs

47. Automatización de la infraestructura

48. Monitoreo
Metrics

49. Ley de Conway
“Las organizaciones que diseñan sistemas están limitadas a producir diseños que
son copias de las estructuras de comunicación de estas organizaciones.”

50. Ley de Conway
“Las organizaciones que diseñan sistemas están limitadas a producir diseños que
son copias de las estructuras de comunicación de estas organizaciones.”

51. Productos en lugar de Proyectos
Si lo diseñas lo implementas
“you build, you run it”
Si lo implementas, lo despliegas

52. El negocio siempre quiere
el 100%
Dietzlers Law

53. Empezar con lo más fácil
Maleable No Irreversibles
Simplificar, Desacoplar y Desenredar
Proactivo
Predictivo

55. @faustodelatog
MUCHAS GRACIAS