Introducción al curso

1

Introducción al curso de Profesional de Arquitectura de Software

Atributos de calidad

2

Definición

3

Atributos: Idoneidad funcional

4

Atributos: Eficiencia de ejecución

5

Atributos: Compatibilidad

6

Atributos: Usabilidad

7

Atributos: Confiabilidad

8

Atributos: Seguridad

9

Atributos: Mantenibilidad

10

Atributos: Portabilidad

11

Tensiones entre atributos

12

Analizando PlatziServicios

Patrones de arquitectura

13

Patrones monolíticos vs distribuidos

14

Patrones: Modelo Vista Controlador

15

Patrones: Capas

16

Patrones: Orientado a eventos / Provisión de eventos.

17

Patrones: Microkernel - Plug-ins

18

Patrones: Comparte-nada

19

Patrones: Microservicios

20

Patrones: CQRS

21

Patrones: Hexagonal - Puertos y adaptadores

22

Patrones: Diseño orientado al dominio

23

Combinando patrones de arquitectura

24

Analizando nuevamente PlatziServicios

Diseño de una arquitectura

25

Pararse en hombros de gigantes

26

Herramientas y partes de un diseño: Tipos de conectores

27

Conectores: Llamado asincrónico / sincrónico. Modelo Cliente servidor.

28

Conectores: Enrutador, difusión

29

Conectores: Pizarra, repositorio, colas, modelo PUBSUB

30

Escenarios y tácticas

31

Escenarios: Disponibilidad, detección, reparación

32

Escenarios: Reintroducción y prevención

33

Escenarios: Mantenibilidad

34

Escenarios: Prevenir efectos dominó y diferir enlace

35

Escenarios: Eficiencia de ejecución

36

Escenarios: Seguridad

37

Escenarios: Capacidad de prueba

38

Escenarios: Usabilidad

39

Validar las decisiones de diseño: Arquitectura en evolución

40

Último análisis a PlatziServicios

Modelado y documentación de arquitectura

41

Cómo comunicar la arquitectura: Vistas y Puntos de vista

42

Documentación vs implementación

43

Conclusiones del curso

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Patrones: Comparte-nada

18/43
Recursos

Cómo hacer para compartir recursos, hay que tener en cuenta que esto agrega complejidad al sistema.

Esta arquitectura es muy potente a la hora de procesar información, porque si cada componente tiene sus datos propios se puede garantizar que esos componentes son los únicos que tienen acceso a la información.

Aportes 8

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Patrón de arquitectura Comparte-nada
Como hacer para compartir recursos?
El compartir recursos entre componentes agrega complejidad a la hora de decidir acciones. Por lo tanto, esta arquitectura plantea como no necesitar un punto de unión entre componentes.

Comparte-nada:
el patron envidioso jajaj

Cómo hacer para compartir recursos, hay que tener en cuenta que esto agrega complejidad al sistema.
Esta arquitectura es muy potente a la hora de procesar información, porque si cada componente tiene sus datos propios se puede garantizar que esos componentes son los únicos que tienen acceso a la información.?
Compartir recursos entre diferentes componentes agrega mucha complejidad a la hora de decidir prioridades o disponibilidad del componente, entonces se busca crear que NO se tenga punto de unión entre componentes. Esta arquitectura es muy potente al procesar la información ya que sugiere separarl los componentes y que los recursos como BD. Y deprocesamiento sean de uso exclusivo del componente, al separar los componentes se puede enfocar en el fallo por que cada componente hace uso único de los recursos de dicho sistema.??El ejemplo más común es MapReduce donde se trabajan con grandes cantidades de datos y se seccionan para trabajar con ellos de forma agrupada y secuencial. (Separar base de datos por usuarios 1ª de la A-i, la 2ª de la J-O y la 3ª de la P-Z). y podemos optimizar al máximo, podria separarce en más capas aún.

Apuntes:

Comparte-nada

Plantea cómo hacer para no compartir nada, es decir para directamente no necesitar un punto de unión entre componentes.

Patrones: Comparte-nada

Procura que no exista un punto de unión entre componentes. Es muy potente a la hora de procesar información. Ya que como cada componente tiene su estado, BD privado y todo lo que necesite para el y solo para el. se puede optimizar ese proceso de forma que no tenemos que considerar casos de contingencia.

Muy buena clase!! Excelente Guido.

Un buen ejemplo tambien de un Shared-Nothing es el uso de microservicio

🤖🤖🤖
Cómo hacer para compartir recursos, hay que tener en cuenta que esto agrega complejidad al sistema.

Esta arquitectura es muy potente a la hora de procesar información, porque si cada componente tiene sus datos propios se puede garantizar que esos componentes son los únicos que tienen acceso a la información.