Introducción al curso

1

Diseño y Documentación de Arquitectura de Software

Atributos de calidad

2

Atributos de Calidad en Sistemas: Definición y Medición

3

Idoneidad Funcional: Completitud, Exactitud y Pertinencia

4

Eficiencia de Ejecución en Sistemas Informáticos

5

Compatibilidad en Sistemas: Interoperabilidad y Coexistencia

6

Subcaracterísticas de Usabilidad en Desarrollo de Software

7

Confiabilidad de Sistemas: Madurez, Disponibilidad, Resiliencia y Recuperación

8

Seguridad de Usuarios en Desarrollo de Software

9

Subcaracterísticas de Mantenibilidad en Sistemas de Software

10

Medición de Adaptabilidad en Sistemas de Software

11

Relación y Tensión entre Atributos de Calidad en Sistemas de Software

12

Atributos de Calidad en Arquitectura de Software

Patrones de arquitectura

13

Patrones de Arquitectura Monolítica y Distribuida

14

Modelo Vista Controlador: Separación de Responsabilidades en Aplicaciones

15

Arquitectura de Capas: Diseño y Comunicación entre Niveles

16

Patrones de Arquitectura Orientada a Eventos y Event Sourcing

17

Patrón de Arquitectura MicroKernel y su Implementación en IDEs

18

Arquitectura "Comparte Nada": Optimización y Procesamiento de Datos

19

Patrón de Microservicios en Arquitectura de Software

20

Patrón CQRS para Separación de Consultas y Comandos

21

Arquitectura Hexagonal: Diseño y Aplicación Práctica

22

Diseño Orientado al Dominio: Conceptos y Aplicaciones Prácticas

23

Patrones de Arquitectura para Aplicaciones Escalables y Modulares

24

Patrones de Arquitectura en Proyectos de Crecimiento Empresarial

Diseño de una arquitectura

25

Diseño de Arquitecturas a Medida: Herramientas y Estrategias

26

Tipos de Conectores en Arquitectura de Software

27

Conectores Asíncronos y Sincrónicos: Implementación y Uso Práctico

28

Diferencias entre Enrutadores y Difusores en Comunicación de Mensajes

29

Conexión de Productores y Consumidores con Colas de Mensajes

30

Framework de Diseño Orientado a Atributos: Escenarios y Tácticas

31

Tácticas para Mejorar la Disponibilidad de Sistemas

32

Tácticas para Mejorar la Disponibilidad del Sistema

33

Tácticas para Mejorar la Mantenibilidad del Software

34

Prevención de Efectos Dominó en Mantenibilidad de Software

35

Estrategias para Mejorar la Eficiencia de Ejecución en Sistemas

36

Tácticas de Seguridad Informática para Detectar, Resistir y Recuperarse de Ataques

37

Estrategias para Mejorar la Capacidad de Prueba de Software

38

Tácticas de Usabilidad en Diseño de Interfaces de Usuario

39

Validación de Arquitectura con ATAM y Métricas de Calidad

40

Diseño de Arquitectura para Startups y Empresas Escalables

Modelado y documentación de arquitectura

41

Documentación Efectiva de Arquitectura de Software

42

Sincronización de Modelos de Arquitectura y Código Fuente

43

Evaluación de Atributos de Calidad en Arquitectura de Software

No tienes acceso a esta clase

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

Patrones de Arquitectura Monolítica y Distribuida

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 20

Preguntas 3

Ordenar por:

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

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

PATRÓN DE ARQUITECTURA_
Son Decisiones de diseño ya tomadas para generar una estructura de comunicación entre componentes. “Gran 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.

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 ?

Además de mencionar la gran bola de lodo, yo creo que es importante tomar en cuenta que un monolito es muy facil de comunicar todas las partes del sistema, mientras que con uno de microservicios, se vuelve más complicado esta comunicación. Sin mencionar que hay que tomar en cuenta cuando un componente del sistema distribuido falla
El Big Ball of Mud se considera un Anti-patrón que usualmente inicia con características simples o requerimientos rápidos para cumplir con entregas urgentes o MVP. Luego, estos desarrollos se quedan tal como iniciaron sin considerar cómo podrían escalar o interacturar con otra lógica de negocio. Una de las dificultades con este antipatrón es que genera mucha deuda técnica que será difícil de solventar.

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.

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