Tarea 6 Modelos Arquitectónicos

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

2021

MODELOS ARQUITECTÓNICOS

FERNANDO GUAMANTICA
SISTEMAS DE LA INFORMACION
1-1-2021
El rendimiento de los ordenadores para realizar procesamiento de datos y almacenar
información va relacionado con sus prestaciones de hardware y con el software que
utilicen. Una forma de incrementar este rendimiento es utilizando sistemas
distribuidos donde un conjunto de ordenadores independientes funciona como uno
solo a ojos del usuario, incrementando la capacidad y velocidad de procesamiento y
almacenamiento, de forma notoria. Los sistemas distribuidos son independientes de
los componentes que lo forman aportando una gran fiabilidad y garantizando una alta
disponibilidad.

Son muchos los usos que tienen este tipo de arquitecturas entre los que podemos
destacar los sistemas de bases de datos distribuidas, el servicio de world wide web o
las aplicaciones cloud de Google.

 Dentro de los siguientes modelos arquitectónicos que importancia tiene las


siguientes arquitecturas:

1. Arquitectura en Capas
La arquitectura basada en capas se enfoca en la distribución de roles y
responsabilidades de forma jerárquica proveyendo una forma muy efectiva de
separación de responsabilidades. El rol indica el modo y tipo de interacción con otras
capas, y la responsabilidad indica la funcionalidad que está siendo desarrollada.

Una aplicación web típica está compuesta por una capa de presentación (funcionalidad
relacionada con la interfaz de usuario), una capa de negocios (procesamiento de reglas
de negocios) y una capa de datos (funcionalidad relacionada con el acceso a datos).

El estilo de arquitectura basado en capas se identifica por las siguientes características:

• Describe la descomposición de servicios de forma que la mayoría de la interacción


ocurre solamente entre capas vecinas.

• Las capas de una aplicación pueden residir en la misma maquina física (misma capa)
o puede estar distribuido sobre diferentes computadores (n-capas).

• Los componentes de cada capa se comunican con otros componentes en otras capas
a través de interfaces muy bien definidas.

• Este modelo ha sido descrito como una “pirámide invertida de re-uso” donde cada
capa agrega responsabilidad y abstracción a la capa directamente sobre ella.

2. Arquitectura basada en objetos

Los componentes de un sistema encapsulan los datos y las operaciones que se deben
realizar para manipular los datos. La comunicación y la coordinación entre
componentes se consiguen a través del paso de mensaje. La representación de los
datos y sus operaciones primitivas asociadas son encapsuladas en un tipo de dato
abstracto u objeto.
Características

En este estilo los componentes son los objetos, o instancias de tipos de datos
abstractos.

Estos objetos son de un tipo de componente denominado manager porque es


responsable por preservar la integridad de un recurso.

Los objetos interactúan a través de invocaciones a procedimientos y funciones.

• Cada objeto es un componente

• Estos componentes son conectados a través de un mecanismo de llamada de


procedimientos remoto.

• Esta arquitectura de software corresponde a la arquitectura cliente/servidor

• Esta y la de multicapas son las más utilizadas.

3. Arquitectura centrada en datos

Se basa en un patrón tuberías y filtros. Este consta de un conjunto de componentes


denominados “filtros” conectados entre si por “tuberías” que transmiten los datos
desde un componente al siguiente. Cada filtro trabaja de manera independiente de los
componentes que se encuentren situados antes o después de ella. Se diseñan de tal
modo que esperan que un conjunto de datos en un determinado formato. Y obtiene
como resultado datos de salida en un formato especifico

Se basa en la idea que los procesos se comunican a través de un repositorio (pasivo


comunican a través de un repositorio (pasivo o activo) común.
• Ejemplos – Sistemas distribuidos basados en web

4. Arquitectura basada en eventos


Esta arquitectura está compuesta por productores y consumidores de eventos. El
primero detecta los eventos y los representa como mensajes. No conoce al
consumidor del evento ni el resultado que generará este último.

Una vez que se detecta un evento, este se transmite del productor a los consumidores
a través de canales de eventos, donde se procesa de manera asíncrona con una
plataforma para este fin. Cuando se produce un evento, se debe informar a los
consumidores, quienes podrían procesarlo o simplemente recibirlo.

La plataforma de procesamiento ejecutará la respuesta adecuada para el evento y


enviará la actividad a los consumidores correspondientes. Esta actividad downstream
corresponde al lugar en el que se verá el resultado del evento.

Apache Kafka es una conocida plataforma de transmisión de datos distribuida, que


sirve para el procesamiento de eventos. Puede gestionar la publicación, el
almacenamiento y el procesamiento de flujos de eventos de inmediato, así como la
suscripción a ellos. La plataforma admite varios casos prácticos donde la alta
productividad y la capacidad de ajuste son fundamentales. Además, gracias a que
disminuye la necesidad de contar con integraciones de punto a punto para el
intercambio de datos en ciertas aplicaciones, puede reducir la latencia a milisegundos.

Modelo de flujo de eventos

Con este modelo, los eventos se escriben en un registro. Los consumidores no se


suscriben a un flujo de eventos, sino que pueden leerlo desde cualquiera de sus partes
y unirse a él en cualquier momento.
Hay varios tipos de flujo de eventos:

El procesamiento de flujos de eventos utiliza una plataforma de transmisión de datos,


como Apache Kafka, para incorporar los eventos y procesar o transformar su flujo. Este
procesamiento se puede utilizar para detectar patrones significativos en los flujos.

El procesamiento de eventos simple surge cuando un evento desencadena


inmediatamente una acción en el consumidor.

El procesamiento de eventos complejo requiere que un consumidor de eventos


procese una serie de ellos para detectar patrones.

• Procesos se comunican a través de eventos, los cuales opcionalmente transportan


datos.

• Arquitectura asociada con lo que se conoce como sistemas de


publicación/subscripción.

• La idea es que los procesos publican eventos, después de lo cual el middleware se


asegura que solo procesos subscritos a estos eventos los recibirán.

BIBLIOGRAFIA:
Sistemas Distribuidos, Colouris - Dollimore - Kindberg, 3ra. Edicion, 2002,
Addison - Wesley.
Sistemas Distribuidos: principios y paradigmas. Tanenbaum Andrew, Van Steen
Maarten,
2ª edición, 2008, Pearson Addison-Wesley.
Sistemas Operativos Distribuidos, Andrew S. Tanenbaum, 1996, Prentice - Hall
Hispanoamericana.

También podría gustarte