Este documento describe la arquitectura evolutiva y cómo los microservicios pueden implementar este enfoque. La arquitectura evolutiva se define como aquella que soporta un cambio guiado, continuo e incremental a lo largo del tiempo. Los principios clave incluyen modularidad, desacoplamiento, entrega continua y guiarse por las capacidades del negocio. Los microservicios dividen una aplicación en servicios independientes que se pueden implementar, probar y desplegar de forma autónoma, lo que facilita la evolución guiada por el negocio.

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. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

5. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

6. Arquitectura de Software

7. Arquitectura de Software
“… the important stuff (whatever that is)”
Ralph Johnson

8. Arquitectura de Software
“SA = {Elements, Form, Rationale}”
Perry DE, Wolf AL
Foundations for the study of software architecture
“… the important stuff (whatever that is)”
Ralph Johnson

9. 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

10. ¿Qué es la Arquitectura de Software?

12. ¿Por qué es importante?

13. ¿Por qué es importante?

14. ¿Por qué es importante?

15. ¿Por qué es importante?
una buena arquitectura es la clave
de éxito a largo plazo

16. Enfoque Tradicional

17. Enfoque Tradicional

18. Enfoque Tradicional

19. Enfoque Tradicional

20. Esperado vs. Real

21. Esperado vs. Real

22. Esperado vs. Real

23. Esperado vs. Real

24. El cambio es una realidad
y complica

25. El cambio es una realidad
y complica

26. El cambio es una realidad
y complica

28. Buenas Prácticas
Ayer t
Arquitectura de Software

29. AntipatronBuenas Prácticas
HoyAyer t
Arquitectura de Software

37. Charles Darwin

38. Charles Darwin

39. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

40. ARQUITECTURA EVOLUTIVA

41. “Soporta un cambio guiado,
continuo e incremental como
primer principio a lo largo de
muchas dimensiones”
ARQUITECTURA EVOLUTIVA
Rebecca Parsons, Neal Ford

42. ¿Qué Dificulta el Cambio?

43. ¿Qué Dificulta el Cambio?
RIGIDEZ

44. ¿Qué Dificulta el Cambio?
RIGIDEZ ACOPLAMIENTO

45. Creando la Arquitectura

46. Creando la Arquitectura

47. Creando la Arquitectura
Respuesta al cambio
Seguir un plan
SOBRE

48. Creando la Arquitectura
Respuesta al cambio
Seguir un plan
SOBRE
Respuesta al cambio y
NO un plan

49. Creando la Arquitectura
Respuesta al cambio
Seguir un plan
SOBRE
Respuesta al cambio y
NO un plan
PLANIFICAR EN ENTORNOS CAMBIANTES

50. t
t
Arquitectura Esperada
Realidad
Tradicional
Agile

51. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

52. ¿Qué Facilita la Evolución?
Experimentación
Guiado y validado por las
capacidades del negocio
Modularidad y
Desacoplamiento
Negocio

53. ¿Qué Facilita la Evolución?
Experimentación
Guiado y validado por las
capacidades del negocio
Modularidad y
Desacoplamiento
Negocio

54. Modularidad y Desacoplamiento

55. Modularidad y Desacoplamiento
Big Ball of Mud

56. Modularidad y Desacoplamiento
SOA
Eventos
Capas
UI
Controladores
Negocio
Persistencia
Microservicios

57. Acoplamiento
X-Ray view of package dependencies

58. Acoplamiento a tecnologías

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

60. ¿Qué Facilita la Evolución?
Experimentación
Guiado y validado por las
capacidades del negocio
Modularidad y
Desacoplamiento
Negocio

61. Guiada por el Dominio

62. Guiada por el Dominio

63. Bounded Context
Productos
Clientes
Modelo de Datos

64. Bounded Context
Productos
Clientes
Modelo de Datos

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

66. message bus
process choreographer
service orchestrator
business services BS BS BS BS BS BS
enterprise services ES ES ES ES ES ES
application services AS infrastructure services IS
Guiada por el Dominio - ¿SOA?

67. message bus
process choreographer
service orchestrator
business services BS BS BS BS BS BS
enterprise services ES ES ES ES ES ES
application services AS infrastructure services IS
Evolución guiada por una separación técnica
No puede evolucionar guiado por el negocio
Guiada por el Dominio - ¿SOA?

68. Validada por el Negocio

69. Validada por el Negocio
ENTREGA CONTINUA

70. Validada por el Negocio
ENTREGA CONTINUA

71. control de
versiones
servidor
integración continua
Integración Continua

72. control de
versiones
servidor
integración continua
build
tests
…
Integración Continua

73. control de
versiones
servidor
integración continua
build
tests
…
Integración Continua

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

75. Agile 101

76. Agile 101

77. 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

78. 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

79. 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

80. 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

81. 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"
Entrega Continua

82. 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
Entrega Continua

83. 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

84. 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.”

85. 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.”

86. 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.”
Equipos Multidisciplinarios
organizados por
capacidades del negocio

87. Productos en lugar de Proyectos
Si lo diseñas lo implementas

88. Productos en lugar de Proyectos
Si lo diseñas lo implementas
Si lo implementas, lo despliegas

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

90. Arquitecto de Software

91. Arquitecto de Software

92. Arquitecto de Software

93. DEV
OPS
DBA
Arquitecto de Software

94. Creando la Arquitectura

95. Creando la Arquitectura
Código que funciona
Documentación
SOBRE

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

97. Creando la Arquitectura

98. Creando la Arquitectura

99. Creando la Arquitectura

100. Creando la Arquitectura

101. ¿Qué Facilita la Evolución?
Experimentación
Guiado y validado por las
capacidades del negocio
Modularidad y
Desacoplamiento
Negocio

102. Canary Releasing

103. Feature Toggles
Producción

104. Feature Toggles
Producción

105. Feature Toggles
Producción

106. Feature Toggles
Producción

107. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

108. El último momento responsable
Elementos de juicio
t

109. El último momento responsable
Elementos de juicio
t

110. Empezar Simple

111. Dietzlers Law
Empezar Simple

112. Dietzlers Law
Empezar Simple

113. Dietzlers Law
Empezar Simple

114. Dietzlers Law
Empezar Simple

115. El negocio siempre quiere
el 100%
Dietzlers Law
Empezar Simple

116. Tendencias

117. Atributos de Calidad (Fitness Functions)

118. Si es doloroso hazlo más seguido
Pipelines de Despliegue
Integración Continua
Migraciones BD
Aprovisionamiento automático
…

119. Pro/Reactivo en lugar de Predictivo

120. Pro/Reactivo en lugar de Predictivo

121. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

122. Aplicaciones Monolíticas

123. Aplicaciones Monolíticas

124. Aplicaciones Monolíticas
Aplicación

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

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

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

128. Micro Servicios

129. Micro Servicios

130. Micro Servicios
Responsabilidad única

131. Micro Servicios
Responsabilidad única
Alta cohesión y bajo acoplamiento

132. Micro Servicios
Responsabilidad única
Alta cohesión y bajo acoplamiento
Artefactos desplegables independientes

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

134. Gobierno decentralizado
Java Clojure
Ruby

135. Gobierno decentralizado
Java Clojure
Ruby

138. Estandarización

139. Equilibrio
Estandarización

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

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

142. Basado en el
Domino
+
Validado por
el Negocio

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

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

145. Java
Clojure
Bounded Context
Facturación
Campañas
Marketing
Capacidades del negocio
Entrega
Compras

146. Java
Clojure
Java
Bounded Context
Facturación
Campañas
Marketing
Capacidades del negocio
Entrega
Compras

147. Java
Clojure
Java
Java
Bounded Context
Facturación
Campañas
Marketing
Capacidades del negocio
Entrega
Compras

148. Gobierno Decentralizado

149. Transacciones distribuidas
tx
tx
TEOREMA DE CAP

150. Escalabilidad
Monolíticas Micro Servicios

151. Trade offs

152. Automatización de la infraestructura

153. Monitoreo
Metrics

154. Despliegue

155. i Contexto
Arquitectura Evolutiva - Definición
Características
Principios
Micro Servicios
como Arquitectura Evolutiva
Conclusiones

157. Vivir y abrazar el Cambio

158. Vivir y abrazar el Cambio
Decisiones reversibles - Planificar lo necesario

159. Vivir y abrazar el Cambio
Decisiones reversibles - Planificar lo necesario
Pre/Reactivo
Predictivo

160. Vivir y abrazar el Cambio
Decisiones reversibles - Planificar lo necesario
Simplificar, Desacoplar y Desenredar
Pre/Reactivo
Predictivo

162. faustodelatog
MUCHAS GRACIAS