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 7

Preguntas 1

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Reg铆strate o inicia sesi贸n para participar.

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.

Apuntes:

Comparte-nada

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

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.

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.

馃馃馃
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.

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