Seminario de programacin Modelo de 3 capas El Modelo Cliente/Servidor: El modelo de desarrollo Cliente/Servidor se basa en la aplicacin de dos conceptos simples, relacionados

con la vida cotidiana. En cualquier tipo de prctica comercial, existen dos figuras relevantes, cada una de las cuales desempea su propio papel. Una de estas figuras, el Cliente, se dedica a una determinada actividad comercial, ofrece sus productos y desempea, una serie de funciones. Pero esta figura no puede dar servicio a todas sus funciones sin la existencia de otra, El Servidor, quien proporciona al Cliente las materias primas necesarias para el cumplimiento de sus funciones. Adems, se ha de garantizar que este flujo de peticiones y de respuestas-depeticiones se realiza en tiempo real, es decir, que las dos figuras mencionadas han de actuar simultneamente, de forma que la actividad de uno no se vea perjudicada por la del otro. El Cliente puede realizar peticiones al Servidor (para que le proporcione el material necesario) sin interrumpir su actividad. Si trasladamos el ejemplo anterior, al mundo informtico, tenemos que ciertas aplicaciones (Clientes), necesitan de otras aplicaciones (Servidores), para poder llevar a cabo la mayor parte de sus funciones. Las aplicaciones Clientes realizan peticiones a una o varias aplicaciones Servidoras, que deben encontrarse en ejecucin para atender dichas demandas. El modelo Cliente/Servidor permite diversificar el trabajo que realiza cada aplicacin, de forma que los Clientes no se sobrecarguen, cosa que ocurrira si ellos mismos desempearan las funciones que ahora le son proporcionadas de forma directa y transparente. Por otro lado, con este modelo, todas las tareas que son comunes a distintas aplicaciones Clientes pueden ser implementadas por una nica aplicacin Servidora, que proporcionar los servicios requeridos por todos los clientes. Llegados a este punto, es necesario aclarar que, si bien el concepto de Cliente y Servidor ms ampliamente difundido en el entorno informtico alude principalmente al papel desempeado por las mquinas, en este modelo, tanto el Cliente como el Servidor son entidades abstractas que pueden residir en la misma mquina o en mquinas diferentes. Recuerde que cuando hablamos del Modelo Cliente/Servidor, nos referimos siempre a un modelo de desarrollo de software. En el siguiente grfico se muestra de forma clara expuesto hasta ahora. Pgina 1 de 1

Seminario de programacin Modelo de 3 capas El Modelo de Servicios: Un modelo es una vista abstracta que establece las definiciones, reglas y relaciones entre las estructuras relacionadas con la aplicacin. Sirve de base para el intercambio de ideas durante el desarrollo lgico de la aplicacin y determina cmo ser la aplicacin resultante. Cuando alguien habla de una casa, automticamente asumimos que sta tendr un saln, habitaciones, baos, cocina, etc., sin que se nos diga nada ms. Aunque la casa no tuviera saln, el modelo nos servira como punto de partida para "entender" el concepto "casa" y empezar a discutir sobre ella. De igual manera, el modelo de una aplicacin nos indica lo que hace una aplicacin o ms exactamente, lo que uno cree que debe hacer la aplicacin. El modelo de servicios establece tres grandes conjuntos de funcionalidades, en cada uno de los cuales se encuadran las distintas tareas en las que se ve involucrado cualquier tipo de proyecto de desarrollo. Dicho modelo establece los siguientes conjuntos que comnmente denominamos lgicas. Pgina 2 de 2

Seminario de programacin Modelo de 3 capas Lgica de Presentacin: Esta lgica es la responsable del control de todos los aspectos relacionados con la interaccin entre el usuario y la aplicacin. Para llevar a cabo esta tarea de control, es necesario conocer qu tipos de usuarios utilizarn la aplicacin, qu actividades tienen que realizar y, teniendo en cuenta estos datos, cules son los mejores estilos de interfaz para que esos usuarios realicen sus tareas. En esta lgica se engloban todas las tareas que deben ser realizadas por la parte Cliente del modelo general. Con el fin de independizar (en la medida de lo posible) la interfaz de usuario de las caractersticas propias de los procesos, debemos tener presente que la codificacin de las tareas asociadas a esta lgica consiste, principalmente, en la llamada a procesos independientes situados en las otras lgicas, cuya ejecucin es totalmente transparente. Si en la capa que implementar la lgica de presentacin no incluimos lgica del negocio ni accesos directos a datos, conseguiremos que esta capa sea inmune a los cambios introducidos en los procedimientos de la empresa, as como a los cambios de los sistemas de gestin de datos utilizados. Lgica de Negocio: Es la lgica de la aplicacin que controla la secuencia de acciones y fuerza el cumplimiento de las reglas del negocio propias de cada empresa; adems, asegura la integridad de las transacciones de las operaciones necesarias que haya que realizar para que se cumplan dichas reglas. La lgica del negocio tambin transforma una serie de datos en informacin til para el usuario mediante la aplicacin de las reglas apropiadas. El objetivo que debe cumplir esta lgica es el de aislar las reglas del negocio, as como las transformaciones de datos de los consumidores (usuarios y otros componentes de esta misma capa) y de los sistemas de gestin de datos. Este aislamiento tiene las siguientes ventajas: Flexibilidad a la hora de decidir cmo y dnde situar el cdigo de esta lgica: en componentes dentro de una aplicacin servidora; en procedimientos almacenados, dentro del sistema gestor de datos; o incluso en el cliente. La habilidad de colocar distintas interfaces de usuario para un mismo conjunto standard de reglas de negocio. Por ejemplo, el conjunto de reglas que define las operaciones realizables con los clientes puede implementarse como un slo componente que se ejecuta en un servidor. Los servicios que ofrece este componente pueden utilizarse desde una macro que se ejecute dentro de Microsoft Office, desde una aplicacin desarrollada con Visual Basic o desde pginas HTML vistas desde Internet Explorer. Pgina 3 de 3

Seminario de programacin Modelo de 3 capas Facilita el mantenimiento de las reglas del negocio y de su lgica, aislando los cambios de las interfaces de los usuarios y de los datos. La habilidad para sustituir el cdigo de estas reglas, de forma que, aunque el conjunto de reglas que se encuentra dentro de un conjunto de servicios del negocio vare de un pas a otro, las interfaces de esos servicios pueden permanecer constantes. Estos procesos, dada su naturaleza, pueden ser cambiantes en cuanto a su construccin, pero no en cuanto a su funcionalidad. Al regirse por directrices empresariales, stas podran cambiar atendiendo a razones internas, sin variar necesariamente la funcionalidad que proporcionan. Tomemos como ejemplo el clculo de los sueldos de los empleados. Dicho clculo se basa en algunas normas legales que deben ser respetadas, aunque la compaa tambin puede introducir cambios que influirn en dicho clculo. El proceso que realiza el clculo en cuestin proporciona una funcionalidad concreta y especfica: el clculo del sueldo, pero su codificacin depender de las directrices de la compaa. Es posible que la compaa establezca un porcentaje de productividad (dependiendo de la categora del empleado) que influir en el importe total del sueldo, pero tambin es perfectamente posible que, en un futuro, introduzca nuevos procedimientos para incentivar, esto supondra un cambio interno en el proceso de clculo, pero no en su funcionalidad. Lgica de Datos: En este conjunto entran los procesos encargados de la gestin de los datos propiamente dicha, es decir, los procesos encargados del mantenimiento de los datos, de garantizar las reglas de integridad referencial establecidas, as como de la gestin de las transacciones. Estas tareas son realizadas, generalmente, por un Sistema de Gestin de Bases de Datos Relacionales, como el SQL Server, el Oracle, etc. En el siguiente grfico se presenta el modelo de servicios. Pgina 4 de 4

Seminario de programacin Modelo de 3 capas Modelo Cliente/Servidor 2 capas: Uno de los objetivos de las aplicaciones de 2 capas es separar la lgica de acceso a los datos de lo que es la interfaz de usuario y trasladarla al servidor. Habitualmente, se implementan servicios como procedimientos almacenados en el sistema gestor de datos; con esto se pretende reducir la carga de los clientes y centralizar las operaciones comunes de acceso a los datos. El Sistema Gestor de Datos tambin suele incorporar la funcionalidad necesaria para trabajar en entornos multiusuarios. En este modelo intervienen nicamente dos entidades: El Cliente y El Servidor. El papel de Cliente lo desempea la aplicacin final del usuario, que implementar todas las funciones correspondientes a la lgica de presentacin, ms algunas de las funciones relacionadas con la lgica del negocio, como pueden ser determinadas validaciones de datos y condiciones de recuperacin. El papel de Servidor lo desempea el propio SGBD, el cual se ocupar de todas las funciones correspondientes a la lgica de datos, ms las restantes funciones correspondientes a la lgica del negocio, mediante la codificacin de Procedimientos Almacenados. Este es el modelo C/S ms sencillo y ms utilizado habitualmente. En la mayor parte de los casos, el desarrollador de una aplicacin de este tipo, desarrolla nicamente la aplicacin Cliente y utiliza al propio motor de BB.DD. como aplicacin servidora, de modo que no se codifica la aplicacin Servidora propiamente dicha. Pgina 5 de 5

Seminario de programacin Modelo de 3 capas El mantenimiento de las aplicaciones Cliente que utilizan este modelo exige un esfuerzo considerable, dado que las reglas del negocio que son implementadas por s mismas, provocarn la modificacin del cdigo de la aplicacin en el caso en que stas varen. Como hemos dicho anteriormente, el resto de las reglas del negocio se implementan en el servidor de datos, que dispone de un recurso propio, denominado Procedimiento Almacenado. Un Procedimiento Almacenado es una porcin de cdigo que reside en la Base de Datos, se compila una sola vez y es compartido por todos aquellos usuarios que gocen de los permisos establecidos con relacin a su acceso. El hecho de codificar ciertas reglas del negocio mediante Procedimientos Almacenados, minimiza el impacto que supone la alteracin de dichos procedimientos, ya que no siempre es necesaria la recompilacin del cdigo de la aplicacin. Otra consecuencia derivada de dicho modelo es la dependencia de la aplicacin final, respecto de la organizacin de los datos. La aplicacin necesita conocer el modelo de datos para poder acceder a l. Este modelo tiene la desventaja de no ser escalable, pues cada cliente est consumiendo, como mnimo, una conexin con el servidor de datos y, dado que stas son limitadas, se est restringiendo el nmero de clientes que pueden coexistir. En el siguiente grfico se muestra el modelo en cuestin. Pgina 6 de 6

Seminario de programacin Modelo de 3 capas Modelo Cliente/Servidor multicapa: Este modelo aporta una flexibilidad adicional en la construccin de aplicaciones cuando stas aumentan su complejidad. Influye tanto en el modelo de aplicacin (lgicas de presentacin, del negocio y de datos) como en la distribucin de los servicios. El modelo conceptual de una aplicacin establece sus definiciones, reglas y relaciones as, como su estructura. Hay partes de la lgica que residen en el ordenador cliente, normalmente las que se refieren a la interfaz de usuario, mientras que las del negocio y de datos suelen residir en los ordenadores servidores, que proporcionan los mecanismos necesarios para el trabajo en entornos multiusuarios. En este tipo de modelo se aplica ntegramente el modelo de servicios ya que, cada una de las capas se corresponde con cada una de las lgicas descriptas. Para llevar a cabo la implementacin de un modelo como ste, se hace uso de los mismos recursos descriptos en el modelo de dos capas pero se introduce un nuevo tipo de tecnologa -denominada COM- que permite la construccin de componentes especializados. Los componentes COM que tienen un diseo orientado a objetos constituyen una forma sencilla de utilizacin por parte de las aplicaciones finales, proporcionan, adems, la tan anhelada transparencia, pues, al encapsular su implementacin funcionan como una caja negra. Una de las caractersticas principales de este modelo reside en la desconexin total entre la lgica de presentacin y la lgica de los datos. Las conexiones que se producen, se dan entre las lgicas de presentacin y del negocio, y las lgicas del negocio y la de datos. Este modelo hace que la aplicacin final sea completamente independiente del origen de los datos que procesa, tarea que pasa a ser competencia directa del componente especializado. A pesar de lo comentado anteriormente, no es necesario que las distintas lgicas residan en mquinas diferentes; en la mayora de los casos, es perfectamente compatible su implementacin en la misma mquina, si bien este diseo no es el ms habitual. En el siguiente grfico se muestra el esquema correspondiente al modelo multicapa. Pgina 7 de 7

Seminario de programacin Modelo de 3 capas As pues, las principales ventajas de este modelo son: Ventaja Soporte Multi-lenguaje Explicacin Los componentes pueden desarrollarse utilizando distintos lenguajes de programacin. Los componentes pueden agruparse y situarse de una manera centralizada, lo que facilita su desarrollo y posterior distribucin. Los componentes desarrollados pueden repartirse en varios servidores, mejorando as el rendimiento de la red. El problema de la limitacin de conexiones que admite la base de datos (o para las que se tiene licencia) ahora slo afecta a los componentes y no a todos los clientes. Adems, no es necesario instalar los drivers que se precisan para establecer la conexin con las fuentes de datos, en todos los clientes, slo se instalarn en aquellos en los que se siten los componentes especializados. Mejora en la seguridad Los componentes de la capa intermedia pueden compartir una seguridad centralizada basada en perfiles de usuarios. Es posible asignar o denegar permisos componente a componente o por paquetes. Esto ltimo simplifica su administracin. Centralizacin de componentes Reparto de la carga Accesos ms eficientes a los datos Internet como ejemplo: Internet representa otra forma de arquitectura Cliente/Servidor de 3 capas. Pgina 8 de 8

Seminario de programacin Modelo de 3 capas Las primeras aplicaciones para Internet no aprovechaban la potencia de los ordenadores clientes, ya que, los navegadores se limitaban a traducir los ficheros HTML. Los desarrolladores que queran dar una mayor funcionalidad tenan que recurrir a otras tecnologas como Scripts de servidor o al CGI. Las nuevas tecnologas permiten utilizar la potencia de los ordenadores clientes ampliando las posibilidades. HTML Dinmico (DHTML), applets Java, Scripts del cliente y controles ActiveX son algunos de estos ejemplos. Los navegadores pueden acceder a componentes situados en servidores que implementan reglas del negocio a travs de las Pginas Activas del Servidor (ASP). Los ficheros ASP adems de pasar informacin al cliente, tambin pasan informacin desde el cliente a los componentes del negocio situados en la capa intermedia. Los ficheros ASP realizan llamadas a los componentes COM, los cuales asegurarn las reglas del negocio. Estos componentes se ejecutan en el entorno de MTS que aporta la infraestructura necesaria para el trabajo con los mltiples usuarios que utilizan los ficheros ASP.

Cliente-servidor
La arquitectura cliente-servidor es un modelo de aplicacin distribuida 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 tambin se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn 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 distribucin del sistema. La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico.

La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin 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 pblico y los que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se este utilizando en una red mixta.

ndice
[ocultar]

1 Caractersticas 2 Comparacin de la arquitectura C/S con otras arquitecturas de red

o o

2.1 Comparacin con las redes de pares 2.2 Comparacin con la arquitectura Cliente-Cola-Cliente

3 Arquitecturas multi-capas 4 Ventajas 5 Desventajas 6 Direccin 7 Ejemplos 8 Cooperacin cliente-servidor

8.1 Multiple Server

8.1.1 Cooperacin de procesos paralelos 8.1.2 Cooperacin de base de datos

9 Vase tambin 10 Referencias

Caractersticas[editar]
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.

Comparacin de la arquitectura C/S con otras arquitecturas de red[editar]

Comparacin con las redes de pares[editar]
Las redes de pares, tambin conocidas como redes par-a-par o peer-to-peer (abreviado con las siglas P2P) son otro tipo de arquitectura de red.

Comparacin con la arquitectura Cliente-Cola-Cliente[editar]

Si bien la clsica arquitectura C/S requiere uno de los puntos terminales de comunicacin para actuar como un servidor, que puede ser algo ms difcil de aplicar, la arquitectura Cliente-Cola-Cliente habilita a todos los nodos para actuar como clientes simples, mientras que el servidor acta como una cola que va capturando las peticiones de los clientes (un proceso que debe pasar sus peticiones a otro, lo hace a travs de una cola, por ejemplo, una consulta a una base de datos, entonces, el segundo proceso conecta con la base de datos, elabora la peticin, la pasa a la base de datos, etc.). Esta arquitectura permite simplificar en gran medida la implementacin de software. La arquitectura P2P originalmente se bas en el concepto "Cliente-Cola-Cliente".

Arquitecturas multi-capas[editar]
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.

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.

Ventajas[editar]

Centralizacin 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 daar el sistema. Esta centralizacin tambin facilita la tarea de poner al da 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 aadir nuevos nodos a la red (clientes y/o servidores).

Fcil 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 vern afectados por ese cambio (o se afectarn mnimamente). Esta independencia de los cambios tambin se conoce como encapsulacin.

Existen tecnologas, suficientemente desarrolladas, diseadas para el paradigma de C/S que aseguran la seguridad en las transacciones, la amigabilidad de la interfaz, y la facilidad de empleo.

Desventajas[editar]

La congestin del trfico ha sido siempre un problema en el paradigma de C/S. Cuando una gran cantidad de clientes envan peticiones simultneas al mismo servidor, puede ser

que cause muchos problemas para ste (a mayor nmero de clientes, ms problemas para el servidor). Al contrario, en las redes P2P como cada nodo en la red hace tambin de servidor, cuanto ms nodos hay, mejor es el ancho de banda que se tiene.

El paradigma de C/S clsico no tiene la robustez de una red P2P. Cuando un servidor est cado, las peticiones de los clientes no pueden ser satisfechas. En la mayor parte de redes P2P, los recursos estn generalmente distribuidos en varios nodos de la red. Aunque algunos salgan o abandonen la descarga; otros pueden todava 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 especfico, 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 aplicacin 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 impresin de los navegadores.

Direccin[editar]
Los mtodos de direccin en ambientes del servidor de cliente se pueden describir como sigue:

Direccin del proceso de la mquina: la direccin se divide como proceso@mquina. Por lo tanto 56@453 indicara el proceso 56 en la computadora 453.

Servidor de nombres: los servidores de nombres tienen un ndice de todos los nombres y direcciones de servidores en el dominio relevante.

Localizacin de Paquetes: Los mensajes de difusin se envan a todas las computadoras en el sistema distribuido para determinar la direccin de la computadora de la destinacin.

Comerciante: Un comerciante es un sistema que pone en un ndice todos los servicios disponibles en un sistema distribuido. Una computadora que requiere un servicio particular comprobar con el servicio que negocia para saber si existe la direccin de una computadora que proporciona tal servicio.

Ejemplos[editar]
La mayora de los servicios de Internet son tipo de cliente-servidor. La accin de visitar un sitio web requiere una arquitectura cliente-servidor, ya que el servidor web sirve las pginas web al navegador (al cliente). Al leer este artculo en Wikipedia , la computadora y el navegador web del usuario seran considerados un cliente; y las computadoras, las bases de datos, y los

usos que componen Wikipedia seran considerados el servidor. Cuando el navegador web del usuario solicita un artculo particular de Wikipedia, el servidor de Wikipedia recopila toda la informacin a mostrar en la base de datos de Wikipedia, la articula en una pgina web, y la enva de nuevo al navegador web del cliente. Otro ejemplo podra ser el funcionamiento de un juego online. Si existen dos servidores de juego, cuando un usuario lo descarga y lo instala en su computadora pasa a ser un cliente. Si tres personas juegan en un solo computador existiran dos servidores, un cliente y tres usuarios. Si cada usuario instala el juego en su propio ordenador existiran dos servidores, tres clientes y tres usuarios.

Cooperacin cliente-servidor[editar]
Multiple Server[editar]
Para que un proceso se realice de la mejor manera, es preferible utilizar terminales distintos realizando la misma tarea, a centralizar los recursos y que con ms hardware/software se realice la misma tarea. Con la ejecucin de mltiples servidores el procesamiento es ms rpido, el tiempo de respuesta es descentralizado y se incrementa la confiabilidad.

Cooperacin de procesos paralelos[editar]

El mismo proceso se ejecuta simultneamente (sistemas redundantes).

Cooperacin de base de datos[editar]

Si se requiere de cierta informacin ya existente, por qu crearla de nuevo, simplemente interacta y aprovecha la informacin ya creada.