Está en la página 1de 9

ARQUITECTURA C/S

Definicion
Qu es Arquitectura Cliente Servidor? Cualquier combinacin de sistemas que pueden colaborar entre s para dar a los usuarios toda la informacin que ellos necesiten sin que tengan que saber dnde est ubicada. Es una arquitectura de procesamientos cooperativo donde uno de los componentes pide servicios a otro. Es un procesamiento de datos de ndole colaborativo entre dos o ms computadoras conectadas a una red.

Importancia

El principal motivo detrs de esta evolucin es la necesidad que tienen las organizaciones por lo que es necesario establecer una infraestructura de procesamiento de informacin, que cuente con los elementos requeridos para proveer informacin adecuada, exacta y oportuna en la toma de decisiones y para proporcionar un mejor servicio a los clientes.

Componentes
En esta aproximacin, y con el objetivo de definir y delimitar el modelo de referencia de una arquitectura Cliente/Servidor, debemos identificar los componentes que permitan articular dicha arquitectura, considerando que toda aplicacin de un sistema de informacin est caracterizada por tres componentes bsicos: Presentacin/Captacin de Informacin Procesos Almacenamiento de la Informacin

Ventajas de la arquitectura cliente/servidor


Recursos centralizados: debido a que el servidor es el centro de la red, puede administrar los recursos que son comunes a todos los usuarios, por ejemplo: una base de datos centralizada se utilizara para evitar problemas provocados por datos contradictorios y redundantes.

Seguridad mejorada: ya que la cantidad de puntos de entrada que permite el acceso a los datos no es importante.

Administracin al nivel del servidor: ya que los clientes no juegan un papel importante en este modelo, requieren menos administracin.

Red escalable: gracias a esta arquitectura, es posible quitar o agregar clientes sin afectar el funcionamiento de la red y sin la necesidad de realizar mayores modificaciones.

Desventajas de la arquitectura cliente/servidor


La arquitectura cliente/servidor tambin tiene las siguientes desventajas:
costo elevado: debido a la complejidad tcnica del servidor.

un eslabn dbil: el servidor es el nico eslabn dbil en la red de cliente/servidor, debido a que toda la red est construida en torno a l. Afortunadamente, el servidor es altamente tolerante a los fallos (principalmente gracias al sistema RAID).

Seguridades
Una vez que hemos configurado nuestro servidor debemos asegurar cada uno de los servicios y accesos locales y remotos (va internet). En vista que existe personas mal intencionadas que podran ingresar a nuestro servidor y as boicotear o hacerse con nuestros datos de usuarios, clientes, socios, etc., sin que ni siquiera nos enteremos. Es por eso que se hace indispensable saber cmo asegurar y monitorear nuestro servidor/red. Es necesario crear un manual de polticas de seguridad

Modelo En 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.

Modelo en tres Capas


En esta Arquitectura todas las peticiones de los clientes se controlan en la capa correspondiente a la lgica del negocio. Cuando el cliente necesita hacer una peticin se la hace a la capa en la que se encuentra la lgica del negocio. Esto es bastante importante pues eso quiere decir que: 1.- El cliente no tiene que tener drivers ODBC ni la problemtica consiguiente de instalacin de los drivers por tanto se reduce el costo de mantener las aplicaciones cliente 2.- El Cliente y el Gestor de Reglas de negocio tienen que hablar el mismo lenguaje (en nuestro caso COM)

3.- El Gestor de Reglas de Negocio y el Servidor de Datos tienen que hablar el mismo lenguaje (en nuestro caso ODBC)
Lo ideal sera que el Gestor de Reglas de Negocio no slo OLE y ODBC sino otros estndares como DBLib, OLI, DRDA, SQL/API y X/Open

También podría gustarte