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

Adquiere por un a帽o todos los cursos, escuelas y certificados por un precio especial.

Antes: $249

Currency
$219/a帽o

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Comprar ahora

Termina en:

1D
12H
40M
44S

Patrones monol铆ticos vs distribuidos

13/43
Recursos

Patr贸n que surge cuando un equipo no considera como prioridad la definici贸n de una arquitectura del sistema.

Esta gran bola de lodo surge cuando no interpretamos los criterios de arquitectura. Para resolver esto es necesario hacer una ingenier铆a inversa y separarlo de forma que pueda pasar a ser una arquitectura m谩s organizada.

Aportes 18

Preguntas 2

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

驴Qu茅 es un patr贸n de Arquitectura?
Decisiones de dise帽o ya tomadas para generar un esquema, estructura o tipo de comunicaci贸n entre componentes.

  • Monol铆ticos. Artefacto resultante se despliega como una sola unidad
  • Distribuidos. Arquitecturas distribuidas, Cada componente se puede desplegar independientemente.
    Cada componente del patr贸n distribuido es un componente monol铆tico o lo que es igual a Los patrones distribuidos son el conjunto de patrones monol铆ticos

Patr贸n Gran Bola de Lodo / Big Ball of Mud
Surge cuando un equipo no considera la arquitectura como algo relevante. No hay criterio. El sistema es un caos

Apuntes:

Patrones de arquitectura

Monol铆ticos. El artefacto resultante se despliega como una sola unidad.

Distribuidos. Cada uno de los componentes se puede implementar independientemente.

Un patr贸n de arquitectura son decisiones de dise帽o importantes ya tomadas para generar un esquema, una estructura o un tipo de comunicaci贸n entre componentes.

Gran Bola de Lodo. Surge cu谩ndo un equipo no considera la arquitectura como algo relevante.

Un patr贸n de arquitectura son las decisiones de dise帽o importantes arquitect贸nicas ya tomadas para generar un esquema, una estructura o un tipo de comunicaci贸n entre componentes.

Patr贸n Monol铆tico. El artefacto resultante se despliega como una sola unidad.

Patr贸n Distribuidos. Cada uno de los componentes se puede implementar independientemente.

Cada uno de los componentes de un patr贸n distribuido es estrictamente un componente monol铆tico.

Gran Bola de Lodo. Surge cuando un equipo no considera la arquitectura como algo relevante.

Los Patrones de Arquitectura, tambien conocidos como Estilos Arquitectonicos:
son decisiones de dise帽o tomadas para generar un esquema o estructura de comunicaci贸n entre componentes o piezas de software, entre los m谩s conocidos estan:

  -Cliente-Servidor
  -Arquitectura-Capas
  -Monolitico
  -MicroKernel
  -P2P		Peer-to-Peer
  -SOA		Service Oriented Arcitecture
  -MS		Microservicios
  -EDA		Event Driven Architecture
  -REST	Representational State Transfer

Patrones de Arquitectura

  • Arquitectura Monol铆tica: El artefacto resultante de este patron se despliega como una sola unidad. Estos patrones pueden ser utilizados internamente en un esquema distribuido.

  • Arquitectura Distribuidas: Cada uno de los componentes se puede desplegar independientemente. Cada uno de los componentes de un patr贸n distribuido va a ser estrictamente un componente monol铆tico.


Un Patr贸n de arquitectura son decisiones de dise帽o, ya tomadas para generar un estructura o un tipo de comunicaci贸n de componentes.

  • Patrones monol铆ticos: el artefacto resultante se despliega como una sola unidad.

  • Patrones distribuidos: cada componente se puede desplegar independientemente. El resultado es una arquitectura de sistema de sistemas en donde un componente que forma parte del sistema puede cambiar sin afectar a los otros componentes. Importante: cada componente de un sistema distribuido va a ser en si mismo un componente monol铆tico.

  • Patr贸n bola de lodo: surge cunado un equipo no considera la arquitectura como algo relevante y se empieza a componer un sistema de partes que se conocen e interactuan entre todas, no hay diferencia ni prioridades entre componentes y carecen de criterio. Este patr贸n surge cuando no se interpretan los criterios de arquitectura. Puede llegar a ser necesario aplicar una ingenier铆a inversa para poder resolverlo, descomponer el sistema en partes y llevarlo a una mejor arquitectura.

Gran Bola de Lodo no es considerado patr贸n de arquitectura sino todo lo contrario, un antipatron de arquitectura de software.

Una arquitectura distribuida contiene dentro componentes monol铆ticos

Un ejemplo de distribuido puede ser una api rest en php y consumida por angular ?

Patrones monol铆ticos vs distribuidos

Existen dos clases de patrones de arquitectura:

Monoliticos: El artefacto resultante de este patron se despliega como una sola unidad(un monolito).

Distribuidos: Se divide en componentes monol铆ticos que se pueden desplegar independientemente.

Dicho esto, un patr贸n de arquitectura son decisiones importantes tomadas respecto al dise帽o o estructura del sistema o componentes.

PATR脫N DE ARQUITECTURA_
Son Decisiones de dise帽o ya tomadas para generar una estructura de comunicaci贸n entre componentes. 鈥淕ran Bola de Lolo / Big Ball of Mud鈥 (Cuando No tomamos los criterios de arquitectura y se vuelve un caos)

  • Patr贸n Monol铆tico: El artefacto resultante d esta ecuaci贸n se despliega como una sola unidad, el cual se puede utilizar en el componente Distribuido.

  • Patr贸n Distribuido: Cada componente se despliega independientemente que puede cambiar sin afectar a los otros componentes.

10 patrones arquitect贸nicos.
馃
Patr贸n de capas
Patr贸n cliente-servidor
Patr贸n maestro-esclavo
Patr贸n de filtro de tuber铆a
Patr贸n de intermediario
Patr贸n de igual a igual
Patr贸n de bus de evento
Modelo-vista-controlador
Patr贸n de pizarra
Patr贸n de int茅rprete

Un patr贸n arquitect贸nico es una soluci贸n general y reutilizable a un problema com煤n en la arquitectura de software dentro de un contexto dado. Los patrones arquitect贸nicos son similares al patr贸n de dise帽o de software pero tienen un alcance m谩s amplio.

Quien es Luis Fernandez?

Muy bien guido