03 caract cliente servidor

7
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ÁNDES “UNIANDES IBARRA” FACULTAD DE SISTEMAS MERCANTILES CARRERA DE SISTEMAS DISTRIBUCIÓN DE DATOS TEMA: CARACTERÍSTICAS, VENTAJAS Y DESVENTAJAS DE LA ARQUITECTURA CLIENTE SERVIDOR ESTUDIANTE: CHRISTIAN HERNAN SUÁREZ NIVEL: SEXTO SISTEMAS DOCENTE: ING. RITA DÍAZ. MSC

Upload: christian-suarez

Post on 27-Sep-2015

219 views

Category:

Documents


6 download

TRANSCRIPT

UNIVERSIDAD REGIONAL AUTNOMADE LOS NDESUNIANDES IBARRAFACULTAD DE SISTEMAS MERCANTILESCARRERA DE SISTEMAS

DISTRIBUCIN DE DATOS

TEMA: CARACTERSTICAS, VENTAJAS Y DESVENTAJAS DE LA ARQUITECTURA CLIENTE SERVIDOR

ESTUDIANTE: CHRISTIAN HERNAN SUREZNIVEL: SEXTO SISTEMASDOCENTE: ING. RITA DAZ. MSCIBARRA 13/04/2015OBJETIVO: Determinar las caractersticas, ventajas y desventajas de la arquitectura cliente servidor.Desarrollo:Caractersticas de la arquitectura Cliente-Servidor El Cliente y el Servidor pueden actuar como una sola entidad y tambin pueden actuar como entidades separadas, realizando actividades o tareas independientes. LasFuncionesde Cliente y Servidor pueden estar en plataformas separadas, o en la misma plataforma. Un servidor da servicio a mltiples clientes en forma concurrente. Cada plataforma puede ser escalable independientemente. Los cambios realizados en las plataformas de los Clientes o de los Servidores, ya sean por actualizacin o por reemplazo tecnolgico, se realizan de una manera transparente para el usuario final. La interrelacin entre el hardware y el software estn basados en una infraestructura poderosa, de tal forma que el acceso a los recursos de la red nomuestrala complejidad de los diferentes tipos de formatos de datos y de losprotocolos. Un sistema de servidores realiza mltiples funciones al mismo tiempo que presenta una imagen de un solo sistema a las estaciones Clientes.Esto se logra combinando los recursos de cmputo que se encuentran fsicamente separados en un solo sistema lgico, proporcionando de esta manera el servicio ms efectivo para el usuario final. Adems se constituye como el nexo de unin ms adecuado para reconciliar los sistemas de informacin basados en mainframes o minicomputadores, con aquellos otros sustentados en entornos informticos pequeos y estaciones de trabajo.(ARROYO, 2015)

VENTAJASDESVENTAJAS

Facilita la integracin entre sistemas diferentes y comparte informacin, permitiendo por ejemplo que las mquinas ya existentes puedan ser utilizadas pero utilizando interfaces ms amigables el usuario. De esta manera, se puede integrar PCs con sistemas medianos y grandes, sin necesidad de que todos tengan que utilizar el mismo sistema operativo. Al favorecer el uso de interfaces grficas interactivas, los sistemas construidos bajo este esquema tienen una mayor y ms intuitiva con el usuario. En el uso de interfaces grficas para el usuario, presenta la ventaja, con respecto a uno centralizado, de que no siempre es necesario transmitir informacin grfica por la red pues esta puede residir en el cliente, lo cual permite aprovechar mejor el ancho de banda de la red. La estructura inherentemente modular facilita adems la integracin de nuevas tecnologas y el crecimiento de la infraestructura computacional, favoreciendo as la escalabilidad de las soluciones. Contribuye adems a proporcionar a los diferentes departamentos de una organizacin, soluciones locales, pero permitiendo la integracin de la informacin.

El mantenimiento de los sistemas es ms difcil pues implica la interaccin de diferentes partes de hardware y de software, distribuidas por distintos proveedores, lo cual dificulta el diagnstico de fallas. Cuenta con muy escasas herramientas para la administracin y ajuste del desempeo de los sistemas. Es importante que los clientes y los servidores utilicen el mismo mecanismo (por ejemplo sockets o RPC), lo cual implica que se deben tener mecanismos generales que existan en diferentes plataformas. Hay que tener estrategias para el manejo de errores y para mantener la consistencia de los datos. El desempeo (performance), problemas de este estilo pueden presentarse por congestin en la red, dificultad de trfico de datos, etc.

(Andrade, 2015)CAPAS DE LA ARQUITECTURA CLIENTE SERVIDORModelo una capa.Entendemos por aplicaciones mono-capa, aquellas que tanto la propia aplicacin como los datos que maneja se encuentran en la misma mquina y son administradas por la misma herramienta: podramos decir que son una sola entidad

Modelo dos capas.En una arquitectura cliente/servidor clsica tenemos dos capas: 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.

Modelo tres capas.Con la arquitectura cliente/servidor en tres capas aadimos una nueva capa entre el cliente y el servidor donde se implementa la lgica de la aplicacin. De esta forma el cliente es bsicamente una interface, que no tiene por qu cambiar si cambian las especificaciones de la base de datos o de la aplicacin; queda aislado completamente del acceso a los datos.

(Rivadeneira, 2014)NIVELES DE LA ARQUITECTURA CLIENTE SERVIDORModelo de uno y dos nivelesLa 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.

Modelo de tres niveles.En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la arquitectura generalmente est compartida por: Un cliente, es decir, elequipoque solicita los recursos, equipado con una interfaz de usuario para la presentacin. El servidor de aplicaciones, cuya tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo. El servidor de datos, que proporciona al servidor de aplicaciones los datos que requiere.

Modelo de cuatro nivelesEn 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

CONCLUSIONES: El Cliente y el Servidor pueden actuar como una sola entidad y tambin pueden actuar como entidades separadas, realizando actividades o tareas independientes.

RECOMENDACIONES: Se recomienda determinar correctamente que modelo de la arquitectura de cliente servidor se acopla mejor a nuestras necesidades.BIBLIOGRAFIA: Andrade, C. (23 de 1 de 2015). ECURED. Obtenido de ECURED: http://www.ecured.cu/index.php/Arquitectura_Cliente_Servidor ARROYO, W. (15 de 04 de 2015). blogspot. Obtenido de blogspot: http://welinforcto.blogspot.com/2011/09/caracteristicas-de-la-arquitectura.html Rivadeneira, M. (4 de 12 de 2014). docente ucol. Obtenido de docente ucol: http://docente.ucol.mx/sadanary/public_html/bd/cs.htm