UNIVERSIDAD AUTONOMA DE LOS ANDES UNIANDES

Tema: Arquitecturas de un sistema distribuido. Caractersticas, ventajas, desventajas, ejemplos, grficos

NOMBRE: JOHANNA GARCES NIVEL: 5 SISTEMAS FECHA: 26/04/12 ING.RITA DIAS

OBJETIVOS Desarrollar el tema Arquitecturas de un sistema distribuido para conocer ms afondo sobre este tema y entenderlo de una mejor manera, realizando una debida investigacin del misma. 1. Conocer las caractersticas de un sistema distribuido. 2. Conocer diferentes formas de organizar los componentes lgicos de los sistemas distribuidos. 3. Conocer con detalle las arquitecturas ms usadas actualmente. 4. Conocer las aplicaciones principales de los sistemas distribuidos. 5. Distinguir y aprender cuales son las diferencias existentes entre una capa y un nivel y saber diferenciar adecuadamente

CONCLUSIONES

Las capas como los niveles no son iguale puesto que dentro de los niveles se encuentra capa segn como la empresa este organizada La comparacin entre capas y niveles se basa entre la comparacin de software y hardware

ARQUITECTURA CLIENTE-SERVIDOR DE DOS CAPAS

La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor en donde el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus propios recursos. Esto significa que el servidor no requiere otra aplicacin para proporcionar parte del servicio. Las dos capas estn repartidas en: Una donde est el cliente que implementa la interface. Otra donde se encuentra el gestor de bases de datos que trata las peticiones recibidas desde el cliente.

La lgica de la aplicacin se encuentra por tanto repartida entre el cliente y servidor. Un ejemplo de esta configuracin podra ser un applet Java que se carga en el navegador del cliente y trabaja directamente con la base de datos mediante JDBC.

TIPOS DE ARQUITECTURA CLIENTE SERVIDOR

Presentacin Distribuida Presentacin Remota Acceso a datos remoto Lgica o procesamiento distribuidas Base de datos distribuidas

la importancia de esta clasificacion radica en que permite jugar con el ancho de banda de la red y con la capacidad de proceso de los componentes hardware del sistema para repartir entre ellos la carga de proceso de las logicas de la aplicacion.

Estrategias de distribucin c/s (1)

Presentacin distribuida.

El cliente asume parte de las funciones de presentacin de la aplicacin, ya que siguen existiendo programas en el servidor dedicados a esta tarea. El resto de funciones de la aplicacin (negocio, acceso a datos) residen en el servidor. Esta arquitectura se utiliza para construir emuladores de terminal, aplicaciones de control remoto, front ends grficos de aplicaciones que residen en un host, etc. Algunos ejemplos de productos que siguen esta filosofa son VLC, Microsoft Terminal Server, Cytrix Metaframe, emulador de host para sistemas operativos modernos como Windows, etc.

Presentacin remota.

Toda la lgica de negocio y acceso a datos se ejecuta en el servidor, que en esta ocasin no realiza ninguna funcin relacionada con la presentacin. Todas las funciones de presentacin son ejecutadas en el cliente. Un ejemplo de este tipo de aplicaciones son las aplicaciones web, las de los terminales de cajeros automticos, etc.

Lgica o proceso distribuido.

La lgica de los procesos se divide entre los distintos componentes del cliente y del servidor. El diseador de la aplicacin debe definir los servicios y las interfaces del sistema de informacin de forma que los papeles de cliente y servidor sean intercambiables, excepto en el control de los datos que es responsabilidad exclusiva del servidor

Acceso a datos remoto.

El cliente realiza tanto las funciones de presentacin como los procesos. Por su parte, el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. En esta situacin se dice que hay una gestin de datos remota.

Bases de datos distribuidas.

Este modelo es similar al de Acceso a Datos Remoto, pero adems el gestor de base de datos divide sus componentes entre el cliente y el servidor. Las interfaces entre ambos estn dentro de las funciones del gestor de datos y, por lo tanto, no tienen impacto en el desarrollo de las aplicaciones. En este nivel se da lo que se conoce como bases de datos distribuidas.

VENTAJAS DEL SISTEMA DE DOS CAPAS

El desarrollo de aplicaciones en un ambiente de dos capas es mucho ms rpido que en ambientes anteriores, pero no es necesariamente ms rpido que con el nuevo ambiente de tres capas. Las herramientas para el desarrollo con dos capas son robustas y evaluadas. Las tcnicas de prototipo se emplean fcilmente.

Las soluciones de dos capas trabajan bien en ambientes no dinmicos estables, pero no se ejecutan bien en organizaciones rpidamente cambiantes.

DESVENTAJAS DEL SISTEMA DE DOS CAPAS

Los ambientes de dos capas requieren control excesivo de las versiones y demandan esfuerzo de distribucin de la aplicacin cuando se les hacen cambios. Esto se debe al hecho de que la mayora de la aplicacin lgica existe en la estacin de trabajo del cliente. La seguridad del sistema en un diseo de dos capas es compleja y a menudo requiere administracin de las bases de datos, debido al nmero de dispositivos con acceso directo al ambiente de esas bases de datos. Las herramientas del cliente y de la base de datos, utilizadas en diseos de dos capas, constantemente estn cambiando. La dependencia, a largo plazo, de cualquier herramienta, puede complicar el escalamiento futuro o las implementaciones.

CARACTERSTICAS En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus caractersticas son:

Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la comunicacin (dispositivo maestro o amo). Espera y recibe las respuestas del servidor. Por lo general, puede conectarse a varios servidores a la vez. Normalmente interacta directamente con los usuarios finales mediante una interfaz grfica de usuario. Al contratar un servicio de redes, se debe tener en cuenta la velocidad de conexin que le otorga al cliente y el tipo de cable que utiliza , por ejemplo : cable de cobre ronda entre 1 ms y 50 ms.

Al receptor de la solicitud enviada por el cliente se conoce como servidor. Sus caractersticas son:

Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempean entonces un papel pasivo en la comunicacin (dispositivo esclavo). Tras la recepcin de una solicitud, la procesan y luego envan la respuesta al cliente. Por lo general, aceptan conexiones desde un gran nmero de clientes (en ciertos casos el nmero mximo de peticiones puede estar limitado). No es frecuente que interacten directamente con los usuarios finales.

ARQUITECTURA CLIENTE-SERVIDOR DE TRES CAPAS

Consiste en una capa de la Presentacin, otra capa de la lgica de la aplicacin y otra capa de la base de datos. Normalmente esta arquitectura se utiliza en las siguientes situaciones: Cuando se requiera mucho procesamiento de datos en la aplicacin. En aplicaciones donde la funcionalidad este en constante cambio. Cuando los procesos no estn relativamente muy relacionados con los datos. Cuando se requiera aislar la tecnologa de la base de datos para que sea fcil de cambiar. Cuando se requiera separar el cdigo del cliente para que se facilite el mantenimiento. Est muy adecuada para utilizarla con la tecnologa orientada a objetos.

VENTAJAS

Los componentes de la aplicacin pueden ser desarrollados en cualquier lenguaje general lo que posibilita que el grupo de desarrolladores no se centre en el uso de un solo lenguaje. Los componentes estn centralizados lo que posibilita su fcil desarrollo, mantenimiento y uso. Los componentes de la aplicacin pueden estar esparcidos en mltiples servidores permitiendo una mayor escalabilidad. Los problemas de limitacin para las conexiones a las bases de datos se minimizan ya que la base de datos solo es vista desde la capa intermedia y no desde todos los clientes. Adems de que las conexiones y losdrivers de las bases de datos no tienen que estar en los clientes. Especializacin de la arquitectura cliente-servidor donde la carga se divide en tres partes (o capas) con un reparto claro de funciones: una capa para la presentacin (interfaz de usuario), otra para el clculo (donde se encuentra modelado el negocio) y otra para el almacenamiento (acceso a datos). Una capa solamente tiene relacin con la siguiente.

DESVENTAJAS DE LAS ARQUITECTURAS DE TRES CAPAS Y BASADAS EN WEB

Los ambientes de tres capas pueden incrementar el trfico en la red y requiere ms balance de carga u tolerancia a las fallas. Los exploradores actuales no son todos iguales. La estandarizacin entre diferentes proveedores ha sido lenta en desarrollarse. Muchas organizaciones son forzadas a escoger uno en lugar de otro, mientras que cada uno ofrece sus propias y distintas ventajas.

CARACTERSTICAS

Centraliza la gestin de la reglas del negocio en un nico lugar (no se duplica en cada aplicacin) Los clientes pidan o enven informacin a esta aplicacin centralizada, no al gestor de base de datos en el servidor Esta aplicacin centralizada que conforma una nueva capa dentro de un sistema ClienteServidor, se conoce como capa intermedia o middle-tier.

ARQUITECTURAS MULTI-CAPAS
La arquitectura cliente/servidor genrica tiene dos tipos de nodos en la red: clientes y servidores. Consecuentemente, estas arquitecturas genricas se refieren a veces como arquitecturas de dos niveles o dos capas. Algunas redes disponen de tres tipos de nodos:

Clientes que interactan con los usuarios finales. Servidores de aplicacin que procesan los datos para los clientes. Servidores de la base de datos que almacenan los datos para los servidores de aplicacin.

Esta configuracin se llama una arquitectura de tres-capas. VENTAJAS DE LAS ARQUITECTURAS N-CAPAS:

La ventaja fundamental de una arquitectura n-capas comparado con una arquitectura de dos niveles (o una tres-capas con una de dos niveles) es que separa hacia fuera el proceso, eso ocurre para mejorar el balance la carga en los diversos servidores; es ms escalable. Un mayor grado de flexibilidad Mayor seguridad, ya que la seguridad se puede definir independientemente para cada servicio y en cada nivel Mejor rendimiento, ya que las tareas se comparten entre servidores

DESVENTAJAS DE LAS ARQUITECTURAS DE LA N-CAPAS:

Pone ms carga en la red, debido a una mayor cantidad de trfico de la red. Es mucho ms difcil programar y probar el software que en arquitectura de dos niveles porque tienen que comunicarse ms dispositivos para terminar la transaccin de un usuario

INTRODUCCIN A LA ARQUITECTURA EN 2 NIVELES

La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor en donde el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus propios recursos. Esto significa que el servidor no requiere otra aplicacin para proporcionar parte del servicio.

CARACTERISTICAS

Generalmente usa los modelos de funcin distribuida o datos distribuidos. Muy productivo. Distribucin no flexible. Dependiente del suministrador.

INTRODUCCIN A LA ARQUITECTURA EN 3 NIVELES

En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la arquitectura generalmente est compartida por: 1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz de usuario (generalmente un navegador Web) para la presentacin 2. El servidor de aplicaciones (tambin denominado software intermedio), cuya tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo 3. El servidor de datos, que proporciona al servidor de aplicaciones los datos que requiere

VENTAJAS

Reduce el trfico de informacin en la red por lo que mejora el rendimiento de los sistemas (especialmente respecto a la estructura en dos planos). Brinda una mayor flexibilidad de desarrollo y de eleccin de plataformas sobre la cual montar las aplicaciones. Provee escalabilidad horizontal y vertical. Se mantiene la independencia entre el cdigo de la aplicacin (reglas y conocimiento del negocio) y los datos, mejorando la portabilidad de las aplicaciones. Los lenguajes sobre los cuales se desarrollan las aplicaciones son estndares lo que hace ms exportables las aplicaciones entre plataformas. Dado que mejora el rendimiento al optimizar el flujo de informacin entre componentes, permite construir sistemas crticos de alta fiabilidad. El mismo hecho de localizar las reglas del negocio en su propio ambiente, en vez de distribuirlos en la capa de interfaz de usuario, permite reducir el impacto de hacer mantenimiento, cambios urgentes de ltima hora o mejoras al sistema. Disminuye el nmero de usuarios (licencias) conectados a la base de datos.

INCONVENIENTES:

Dependiendo de la eleccin de los lenguajes de desarrollo, puede presentar mayor complejidad en comparacin con Cliente/Servidor dos planos. Existen pocos proveedores de herramientas integradas de desarrollo con relacin al modelo Cliente/Servidor dos planos, y normalmente son de alto costo

CARACTERISTICAS

Modelo presentacin-negocio-datos Distribucin flexible. Sistema abierto. No dependiente.

ARQUITECTURA DE NIVELES MLTIPLES

En la arquitectura en 3 niveles, cada servidor (nivel 2 y 3) realiza una tarea especializada (un servicio). Por lo tanto, un servidor puede utilizar los servicios de otros servidores para proporcionar su propio servicio. Por consiguiente, la arquitectura en 3 niveles es potencialmente una arquitectura en N-niveles

EJEMPLO DE CAPAS Y NIVELES

Ahora tenemos 2 niveles y en el primero de ellos diferenciamos 2 capas, de esta manera estamos diciendo que la capa de presentacin interactua con la capa de lgica de negocion; Desde la filosofa de arquitectura en capas, esto significa que la capa de lgica de negocios presenta una "interfaz" para brindar servicios a la capa de presentacin. Del mismo modo, en el diagrama estamos diciendo que existe otro nivel donde se encuentra una capa encargada de los datos. Esta capa no se muestra como un "paquete" o "ensamblado" dado que se trata (generalmente) de un motor de base de datos que puede o no ejecutarse en el mismo equipo. Indudablemente esta capa tambin presenta una "interfaz" para brindar sus servicios a la capa que est por encima.

Ahora si tenemos las tan famosas 3 capas, pero hay que hacer un par de aclaraciones para que nadie se confunda. La nueva capa, se denomina Capa de Acceso a Datos (o Capa de Persistencia) que no es lo mismo que Capa de Datos. La capa de acceso a datos es una porcin de cdigo que justamente realiza el acceso a los datos. De esta manera cuando es necesario cambiar el motor de base de datos, solamente tendremos que corregir esa capa. Mientras que la capa de datos (en el nivel de datos) es donde estn los datos y se corresponde directamente con la definicin de esquemas, tablas, vistas, procedimientos almacenadas y todo lo que se pueda o deba poner en un motor de base de datos.

Ahora tenemos otra capa ms, la capa de Entidades que corresponde al dominio de la aplicacin. En esta capa se encuentra la declaracin de las entidades de la aplicacin, de manera que se pueden referenciar desde otras capas sin entrar en ciclos recursivos de compilacin.

La Figura muestra como los usuarios finales, mediante la utilizacin de hardware o software liviano, pueden acceder a lo que se denomina el nivel de clientes o aplicaciones que bsicamente se

constituyen de la capa de presentacin y consumen los servicios publicados por la misma organizacin. Este tipo de aplicaciones son en general sitios o portales en la web. Pueden implementarse soluciones del tipo cliente - servidor en donde el usuario final accede de manera directa a una aplicacin de escritorio que consume los servicios publicados al igual que las aplicaciones para hardware y/o software liviano. Aplicaciones de otras organizaciones tambin pueden utilizar los servicios publicados por una organizacin en particular, obviamente esto necesita de acuerdos comerciales y credenciales para autenticar y autorizar a quienes consumen los servicios.

DATOS IMPORTANTES
Las diferentes capas suelen ser:

Capa 1: Cliente de aplicacin: Navegador Web Capa 2 : Servidor de Aplicaciones: Apache, Servidor Tomcat con servlets Capa 3 : Servidor de Datos: Base de datos, servidor SMTP

En una arquitectura de tres niveles, los trminos capas y niveles no significan lo mismo ni son similares. El trmino capa hace referencia a la forma como una solucin es segmentada desde el punto de vista lgico: En cambio, el trmino nivel corresponde a la forma en que las capas lgicas se encuentran distribuidas de forma fsica. Por ejemplo:

Una solucin de tres capas (presentacin, lgica del negocio, datos) que residen en un solo ordenador (Presentacin+lgica+datos). Se dice que la arquitectura de la solucin es de tres capas y un nivel. Una solucin de tres capas (presentacin, lgica del negocio, datos) que residen en dos ordenadores (presentacin+lgica, lgica+datos). Se dice que la arquitectura de la solucin es de tres capas y dos niveles. Una solucin de tres capas (presentacin, lgica del negocio, datos) que residen en tres ordenadores (presentacin, lgica, datos). La arquitectura que la define es: solucin de tres capas y tres niveles.

GRAFICOS

BIBLIOGRAFA Bibliography 1. John Wiley: Introduction to Client / Server Systems: A Practical Guide for Systems Professionals. 2. Tanenbaum, A.: Sistemas Distribuidos.