Modelo Cliente-Servidor

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 4

Modelo Cliente- Servidor

La arquitectura cliente-servidor es un modelo de diseño de software en el que las tareas se


reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, quien le da respuesta.
Esta idea también se puede aplicar a programas que se ejecutan sobre una sola computadora,
aunque es más ventajosa en un sistema operativo multiusuario distribuido a través de una
computadoras.

Algunos ejemplos de aplicaciones computacionales que usen el modelo cliente-servidor son el


Correo electrónico, un Servidor de impresión y la World Wide Web.

En esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores,
aunque son más importantes las ventajas de tipo organizativo debidas a la centralización de la
gestión de la información y la separación de responsabilidades, lo que facilita y clarifica el diseño
del sistema.

La separación entre cliente y servidor es una separación de tipo lógico, donde el servidor no se
ejecuta necesariamente sobre una sola máquina ni es necesariamente un sólo programa. Los tipos
específicos de servidores incluyen los servidores web, los servidores de archivo, los servidores del
correo, etc. Mientras que sus propósitos varían de unos servicios a otros, la arquitectura básica
seguirá siendo la misma.

Una disposición muy común son los sistemas multicapa en los que el servidor se descompone en
diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando así el
grado de distribución del sistema.

La red cliente-servidor es una red de comunicaciones en la cual los clientes están conectados a un
servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los
pone a disposición de los clientes cada vez que estos son solicitados. Esto significa que todas las
gestiones que se realizan se concentran en el servidor, de manera que en él se disponen los
requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso
público y los que son de uso restringido, los archivos que son de sólo lectura y los que, por el
contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso
de que se esté utilizando en una red mixta.

Características

En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus características
son:

 Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la


comunicación (dispositivo maestro o amo).
 Espera y recibe las respuestas del servidor.
 Por lo general, puede conectarse a varios servidores a la vez.
 Normalmente interactúa directamente con los usuarios finales mediante una interfaz
gráfica de usuario.

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

 Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempeñan entonces un
papel pasivo en la comunicación (dispositivo esclavo).
 Tras la recepción de una solicitud, la procesan y luego envían la respuesta al cliente.
 Por lo general, acepta las conexiones de un gran número de clientes (en ciertos casos el
número máximo de peticiones puede estar limitado).

En la arquitectura C/S sus características generales son:

 El Cliente y el Servidor pueden actuar como una sola entidad y también pueden actuar
como entidades separadas, realizando actividades o tareas independientes.
 Las funciones de Cliente y Servidor pueden estar en plataformas separadas, o en la misma
plataforma.
 Cada plataforma puede ser escalable independientemente. Los cambios realizados en las
plataformas de los Clientes o de los Servidores, ya sean por actualización o por reemplazo
tecnológico, se realizan de una manera transparente para el usuario final.

 La interrelación entre el hardware y el software están basados en una infraestructura


poderosa, de tal forma que el acceso a los recursos de la red no muestra la complejidad de
los diferentes tipos de formatos de datos y de los protocolos.
 Su representación típica es un centro de trabajo (PC), en donde el usuario dispone de sus
propias aplicaciones de oficina y sus propias bases de datos, sin dependencia directa del
sistema central de información de la organización.
Los servidores pueden ser apátridas o stateful. Un servidor apátrida no guarda ninguna
información entre las peticiones. Un servidor stateful puede recordar la información entre las
peticiones. El alcance de esta información puede ser global o sesión-específico. Un servidor del
HTTP para las páginas estáticas del HTML es un ejemplo de un servidor apátrida mientras que
Apache Tomcat es un ejemplo de un servidor stateful.

La interacción entre el cliente y el servidor se describe a menudo usando diagramas de secuencia.


Los diagramas de secuencia se estandarizan en el UML. Es importante que los clientes no
interactúen entre sí ni que lo hagan clientes de capas bajas hacia otros de capas más altas, por eso
todo tiene que pasar por el servidor.

Otro tipo de arquitectura de red se conoce como arquitectura del par-a-par porque cada nodo o
caso del programa es un “cliente” y un “servidor” y cada uno tiene responsabilidades equivalentes.
Ambas arquitecturas están en uso amplio.

Ventajas

 Centralización del control: los accesos, recursos y la integridad de los datos son
controlados por el servidor de forma que un programa cliente defectuoso o no autorizado
no pueda dañar el sistema. Esta centralización también facilita la tarea de poner al día
datos u otros recursos (mejor que en las redes P2P)..
 Escalabilidad: se puede aumentar la capacidad de clientes y servidores por separado.
Cualquier elemento puede ser aumentado (o mejorado) en cualquier momento, o se
pueden añadir nuevos nodos a la red (clientes y/o servidores).
 Fácil mantenimiento: al estar distribuidas las funciones y responsabilidades entre varios
ordenadores independientes, es posible reemplazar, reparar, actualizar, o incluso
trasladar un servidor, mientras que sus clientes no se verán afectados por ese cambio (o
se afectarán mínimamente). Esta independencia de los cambios también se conoce como
encapsulación.
 Existen tecnologías, suficientemente desarrolladas, diseñadas para el paradigma de C/S
que aseguran la seguridad en las transacciones, la amigabilidad de la interfaz, y la facilidad
de empleo.

Desventajas

 La congestión del tráfico ha sido siempre un problema en el paradigma de C/S. Cuando


una gran cantidad de clientes envían peticiones simultáneas al mismo servidor, puede ser
que cause muchos problemas para éste (a mayor número de clientes, más problemas para
el servidor). Al contrario, en las redes P2P como cada nodo en la red hace también de
servidor, cuanto más nodos hay, mejor es el ancho de banda que se tiene.
 El paradigma de C/S clásico no tiene la robustez de una red P2P. Cuando un servidor está
caído, las peticiones de los clientes no pueden ser satisfechas. En la mayor parte de redes
P2P, los recursos están generalmente distribuidos en varios nodos de la red. Aunque
algunos salgan o abandonen la descarga; otros pueden todavía acabar de descargar
consiguiendo datos del resto de los nodos en la red.
 El software y el hardware de un servidor son generalmente muy determinantes. Un
hardware regular de un ordenador personal puede no poder servir a cierta cantidad de
clientes. Normalmente se necesita software y hardware específico, sobre todo en el lado
del servidor, para satisfacer el trabajo. Por supuesto, esto aumentará el coste.
 El cliente no dispone de los recursos que puedan existir en el servidor. Por ejemplo, si la
aplicación es una Web, no podemos escribir en el disco duro del cliente o imprimir
directamente sobre las impresoras sin sacar antes la ventana previa de impresión de los
navegadores.

También podría gustarte