Patrones de Arquitectura Monolítica y Distribuida

Clase 13 de 43 • Curso Profesional de Arquitectura de Software

Resumen

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.

Abril Darynka Tapia Sosa

student•

¿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

Zalo Testa

student•

I like your summaries!!! +1

Carlos Eduardo Diaz Polanco

student•

Patrones de Arquitectura:
Son decisiones de diseño importantes ya tomadas para generar un esquema, estructura o tipo de comunicación entre componentes.

Monolíticos: Despliegue de un artefacto que contiene todas las partes de la aplicación.

Distribuidos: La aplicación está separada en partes desplegables independientemente.

Gran bola de lodo: Una gran bola de mierda…
(Si freddy dice grocerias, yo también puedo). 😄

Antonio Madrid

student•

Gran bola de mierda, así es como la conozco yo de los cursos de Luis Fernandez, y me encanta jajajaja.

Jhonatan Segura

student•

O en ingles, “Big Ball of Shit” 😂

Luis Fernando Méndez González

student•

Patrones de Arquitectura
Es la decisión de diseño para generar el tipo de comunicación de se producirá en el sistema, sus dos grandes exponentes son Distribuidos y Monolíticos.

Gran Bola de Lodo: Es un patrón que surge del descuido y el caos, aquellos donde no se tomo en cuenta el concepto de arquitectura, ni se tomaron decisiones prudentes, por tanto el sistema queda diseminado sin orden y con una comunicación ineficiente que dificulta su crecimiento.
Monolíticos: En este tipo de patrones, se entiende que existe una comunicación directa entre las partes del sistema, pero al distribuir dicho sistema este funciona como un ente único, esto dificulta la manutención del mismo pues no se pueden alterar partes especificas sin afectar al sistema en su totalidad, sin embargo, se puede desarrollar de manera mas rapida.
Distribuidos: En este caso, el patrón distribuido es aquel que despliega el sistema en forma seccionada, cada uno de los subsistemas funcionan como entes monolíticos de por si, esto facilita la manutención o la alteración de estos subsistemas sin dañar el sistema en su totalidad, sin embargo, se debe tener cuidado de generar inconvenientes de comunicación entre los subsistemas.

Eddy Arellanes

student•

Monolítico: Un sistema que se despliega como una sola unidad…

Distribuido: Un sistema hecho de sistemas, es decir varias piezas forman un sistema en conjunto, y si un componente se quita o cambia no debería afectar a los demás.
Teóricamente cada pieza de un sistema distribuido es uno monolítico.

Antonio Rafael González Ferrer

student•

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.

Eduardo Hidalgo Díaz Rugama

student•

gracias joven <3

Camilo Alexander Velandia Velandia

student•

me pueden dar ejemplos de estos patrones?

Andres Chanchi

student•

Como tal cuando tu programas una aplicación pequeña estás haciendo un patron ++monolítico++, pero si tu código se vuelve grande y complejo se convierte en una ++gran bola de lodo++, si no le agregas ningun estilo o patron arquitectonico, una de las tantas soluciones que hay con esa ++gran bola de lodo++ es ++distribuir++ todo el código. Ejemplo con páginas web: • Monolitico: Todo el código funciona de manera unida, es decir, sin necesidad de una ayuda externa, si quiere algo practico ve al curso de programación básica. • Distributivo: Tenemos el estilo cliente-servidor se distribuye por el front-end y back-end, en este enlace lo explican mejor Cliente-servidor.

ANGEL EFRAIN ORDOÑEZ GONZALEZ

student•

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.

Francisco Serrato Jiménez

student•

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

Christian Gómez

student•

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.

William Schnaider Torres Bermon

student•

Software Architecture & Software Design Patterns for Startups

David Valecillo

student•

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.

Lizzeth Marcela Lasso Eraso

student•

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.

Jhon Alexis Mendez Lara

student•

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

Edward Basilio Cacho Casas

company_admin•

un "patrón" son característica(s) reconocibles, que se repiten en más de un caso. Éstos pueden ser buenas o malas prácticas.

En cuánto al ejemplo. En muchos sistemas software se reconocieron estos "patrones" de dependencias entrelazadas, circulares, etc. Lo cual hace que el software sea muy difícil de mantener.

En realidad es un "patrón" porque todos ellos tienen características comunes y reconocibles. Que sea un patrón que siga buenas o malas prácticas es otro tema.

Algunos autores quieren diferenciar ello, llamando "anti-patrón" a los "patrones" que siguen malas prácticas.

Alvaro Diego Pérez Vázquez

student•

Una arquitectura distribuida contiene dentro componentes monolíticos

Diego Esteban Cortés Escandón

student•

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

Diego Forero

Team Platzi•

No, porque tu api puede ser la capa de comunicación de una aplicación monolitica, una sistema distribuido puede ser la arquitectura de microservicios, donde tienes servicios que se encargan de diferentes responsabilidades, puede que tengan una sola api para la comunicación final pero internamente hay varias aplicaciones cada una encargada de hacer algo.

Andrés Madrigal

student•

Cual es la diferencia entre una gran bola de lodo y un patrón de servicio descentralizado?

Para un servicio descentralizado como el blockchain se ve un patrón muy similar, yo diría que igual.

Antonio Madrid

student•

Ahora ya se de donde viene “una gran bola de mierda” por Luis Fernandez

Alejandro José Salas Ledezma

student•

En esta clase introducen el concepto de patrón de arquitectura, pero en el curso de fundamentos se habla de estilos de arquitectura. Siento que son conceptos casi iguales porque hablan de lo mismo (conjuntos de decisiones de diseño), y se hablan de estilos y patrones monolíticos o distribuidos de la misma forma, pero hay algún detalle de concepto que los diferencie?

Irving Juárez

student•

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

Brayan Stiven Castaño Zuluaga

student•

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.