Evolución de patrones desde monolito a microservicios

Modelo Vista Controlador:
Componente servidor: Monolítico.
Fácil de desplegar. Múltiples frameworks disponibles.

Capas:
Componente servidor: Monolítico.
Fácil de desplegar. Buena abstracción del dominio.

Comparte-nada
Componente Proceso de reportes:
Distribuído. Buen uso de recursos. Capacidad de procesamiento paralelo.

Basada en eventos:
Componente Proceso de reportes:
Distribuído. Buen uso de recursos. Capacidad de procesamiento paralelo.

Microservicios
Arquitectura completa:
Distribuído. Mayor disponibilidad y modularidad.

Provisión de eventos
Componente Servicio de reportes:
Monolítico. Permite construir consultas históricas con facilidad

Separación de Consultas y Comandos
Componente servicio prestadores: Monolítico. Mejora la modularidad y se integra bien con la provisión de eventos.

Maria Jimena Martinez

Gracias. Buen resumen.

Jorge Hernández

Un aporte valioso.

Jackeline Jaimes Ortiz

Definitivamente entiendo mejor cuando veo plasmados los ejemplos en un proyecto conocido.

Steven Mosquera

Hace 3 años

de acuerdo contigo, aun asi, el entender estos ejemplos es resultado de entender los conceptos desde un punto de vista mas teorico

Harold Celis

Hace 4 años

willmar fernando romero marin

Hace 3 años

Daniel Puerta

Una muy buena recopilación de patrones de arquitectura. Para complementar quisiera compartir el siguiente artículo donde se explican un par de patrones importantes para trabajar con grandes volúmenes de datos y datos en tiempo real:

Eudis Rene Duarte Sanguino

Hace 5 años

Hasta ahora he entendido los conceptos, pero ¿eso cómo se aplica en el mundo real? es decir, ¿qué artefactos entrega el arquitecto? y ¿cómo lo implementan los desarrolladores?

Tulio Junior Rangel Nuñez

Hace 3 años

Sería bueno ver eso, el tal "PlatziServicios" aún sigue siendo muy abstracto, me gustaría ver código en el lenguaje que sea, la idea es comprender cómo es el tema en la vida real.

Ignacio Ramos Martinez

Quizas mi pregunta es un poco estupida pero entiendo que no es lo mismo un bus de eventos que un bus de servicios (ESB)?

Jonathan Simanca

Un bus de eventos solo recibe y publica mensajes sin importar quien los entregue o quien los reciba. Un bus ESB tiene la capacidad de elegir a quien le puede entregar el evento y bajo que condiciones.

Juan Carlos Ortiz Romero

Hace 5 años

Actualmente no existe una definición única para el concepto de arquitectura de software, el término ha sido abordado por un gran número de autores,1 no obstante, se reconoce como la definición más completa la dada por la IEEE Std 1471-2000: "La arquitectura de software es la organización fundamental de un sistema enmarcada en sus componentes, las relaciones entre ellos, y el ambiente, y los principios que orientan su diseño y evolución"

VICTOR M. RUBIO C

Hace 4 años

En algún libro leí una que me pareció graciosa y acertada, la arquitectura de software es algo importante que seguramente cambiara con el tiempo.

Carlos Enrique Ramírez Flores

Que buena visualización del avance de proyectos a través del tiempo. Gracias!!!

Victor Manuel Sarria Salinas

Hace 4 años

correcto

jair gonzalez

el sabe ejemplificar muy bien

Juan Carlos Ortiz Romero

Hace 5 años

En los últimos años la Arquitectura de Software se ha consolidado como una disciplina que intenta contrarrestar los efectos negativos que pueden surgir durante el desarrollo de un software, ocupando un rol significativo en la estrategia de negocio de una organización que basa sus operaciones en el software.

Jazziel Horacio Puente Verdugo

Muy buenos ejemplos

Daniel Puerta

marcos antonio zorrilla grados

me podrian ayudar con algun tutorial de como definir la estructura de mis paquetes de mi proyecto cual es lo mas recomendado 😃

Jonathan Stiven Bustos Cuadros

Hace 2 meses

Exacto. El BFF se convierte en el orquestador inteligente: evalúa la caché o realiza la validación rápida y, solo si es estrictamente necesario, salta a consumir el microservicio transversal.

Ese control centralizado protege al cliente móvil de sobrecargas innecesarias. ¿Cómo decidirías dentro de tu BFF si esa validación rápida debe venir de memoria local o de una consulta ligera al microservicio?

Irving Juárez

Hace 2 años

Aqui se dieron muchas posibilidades de como podriamos hacer la arquitectura. Sin embargo, depende del caso de uso.

Por ejemplo, si utilizamos un bus de eventos o un comparte-nada dependera de que tan disponible y en real-time ocupamos esa información que se esta procesando

Jonathan Simanca

Siempre he tenido una duda. ¿Para que algo sea considerado un Microservicio debe tener su propia base de datos independiente o no nescesariamente?

Luis Lira

Tengo entendido que no necesariamente. La idea de Microservicios es una parte del sistema que se enfoca solo en hace una cosas, eso es muy independiente de dónde obtiene los datos. Además, creo que elevaría mucho los costos que cada microservicio tuviera una base de datos.

Victor Angel Chambi Nina

tengo entendido que es lo mejor tener una base de datos separada por que de todas formas generaras cuello de botella en que varios servicios compartan la misma base de datos. ademas que tendrias que crear usuarios diferentes entre cada servicio para evitar problemas de llenado del pull de conexiones.

Diego Ramirez