UNIDAD I - MODELO CLIENTE SERVIDOR

1.1 1.1.1 Modelos de Bases de Datos Modelo Centralizado

El primer modelo se basaba en un ordenador robusto y potente donde se almacenaban los datos y se ejecutaban los programas o aplicaciones. El usuario se conectaba a este ordenador mediante un terminal, que no tena normalmente capacidad de proceso ni de almacenamiento de datos, a travs del cual introduca datos al ordenador o consultaba informacin en l almacenada. Este modelo tiene ventajas que hicieron que se utilizara durante mucho tiempo: Es sencillo, admite multitud de usuarios, stos no deben saber nada ms que lo que el ordenador les pida en cada momento, es fiable y seguro ante eventuales fallos. Tambin tiene sus inconvenientes: los ordenadores centrales eran caros, la comunicacin del usuario con el ordenador no era ninguna maravilla (pantallas en negro con caracteres blancos, mbar o verde) y las comunicaciones eran caras y poco fiables.

1.1.2

Modelo Cliente Servidor

Desde un punto de vista conceptual: Es un modelo para construir sistemas de informacin, que se sustenta en la idea de repartir el tratamiento de la informacin y los datos por todo el sistema informtico, permitiendo mejorar el rendimiento del sistema global de informacin En trminos de arquitectura: Los distintos aspectos que caracterizan a una aplicacin (proceso, almacenamiento, control y operaciones de entrada y salida de datos) en el sentido ms amplio, estn situados en ms de un computador, los cuales se encuentran interconectados mediante una red de comunicaciones.

IBM define al modelo Cliente/Servidor Es la tecnologa que proporciona al usuario final el acceso transparente a las aplicaciones, datos, servicios de cmputo o cualquier otro recurso del grupo de trabajo y/o, a travs de la organizacin, en mltiples plataformas. El modelo soporta un medio ambiente distribuido en el cual los requerimientos de servicio hechos por estaciones de trabajo inteligentes o "clientes'', resultan en un trabajo realizado por otros computadores llamados servidores".

1.2 1.2.1

Ventajas y Desventajas de una base de datos cliente-servidor. Definicin de cliente y servidor de base de datos

Que es un Cliente?

Es el que inicia un requerimiento de servicio. El requerimiento inicial puede convertirse en mltiples requerimientos de trabajo a travs de redes LAN o WAN. La ubicacin de los datos o de las aplicaciones es totalmente transparente para el cliente.

Que es un Servidor?

Es cualquier recurso de cmputo dedicado a responder a los requerimientos del cliente. Los servidores pueden estar conectados a los clientes a travs de redes LANs o WANs, para proveer de mltiples servicios a los clientes y ciudadanos tales como impresin, acceso a bases de datos, fax, procesamiento de imgenes, etc.

Ventajas y Desventajas del Modelo C/S

Uno de los aspectos que ms ha promovido el uso de sistemas Cliente/Servidor, es la existencia de plataformas de hardware cada vez ms baratas. Esta constituye a su vez una de las ms palpables ventajas de este esquema, la posibilidad de utilizar mquinas considerablemente ms baratas que las requeridas por una solucin centralizada, basada en sistemas grandes. Adems, se pueden u tilizar componentes, tanto de hardware como de software, de varios fabricantes, lo cual contribuye considerablemente a la reduccin de costos y favorece la flexibilidad en la implantacin y actualizacin de soluciones.

El esquema Cliente/Servidor facilita la integracin entre sistemas diferentes y comparte informacin permitiendo, por ejemplo que las mquinas ya existentes puedan ser utilizadas pero utilizando interfaces mas amigables al usuario. De esta manera, podemos integrar PCs con sistemas medianos y grandes, sin necesidad de que todos tengan que utilizar el mismo sistema operacional.

Al favorecer el uso de interfaces grficas interactivas, los sistemas construidos bajo este esquema tienen mayor interaccin ms intuitiva con el usuario. El uso de interfaces grficas para el usuario, el esquema Cliente/Servidor presenta la ventaja, con respecto a uno centralizado, de que no es siempre 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.

Una ventaja adicional del uso del esquema Cliente/Servidor es que es ms rpido el mantenimiento y el desarrollo de aplicaciones, pues se pueden emplear las herramientas existentes (por ejemplo los servidores de SQL o las herramientas de ms bajo nivel como los sockets o el RPC ).

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.

El esquema Cliente/Servidor contribuye adems, a proporcionar, a los diferentes departamentos de una organizacin, soluciones locales, pero permitiendo la integracin de la informacin relevante a nivel global.

El esquema Cliente/Servidor tiene algunos inconvenientes que se mencionan a continuacin: Se cuenta con muy escasas herramientas para la administracin y ajuste del desempeo de los sistemas. En el desarrollo de aplicaciones Cliente/Servidor se deben tener en cuenta diferentes aspectos, que se mencionan a continuacin. 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. Adems, hay que tener estrategias pare el manejo de errores y para mantener la consistencia de los datos. La seguridad de un esquema Cliente/Servidor es otra preocupacin importante. Por ejemplo, se deben hacer verificaciones en el cliente y en el servidor. Tambin se puede recurrir a otras tcnicas como el encriptamiento. El desempeo es otro de los aspectos que se deben tener en cuenta en el esquema Cliente/Servidor. Problemas de este estilo pueden presentarse por congestin en la red, dificultad de trfico de datos, etc. Un aspecto directamente relacionado con lo anterior es el de cmo distribuir los datos en la red. En el caso de una organizacin, por ejemplo, ste puede ser hecho por departamentos, geogrficamente, o de otras maneras. Hay que tener en cuenta que en algunos casos, por razones de confiabilidad o eficiencia, se pueden tener datos replicados, y que puede haber actualizaciones simultneas.

A otro nivel, una de las decisiones que deben tomar las organizaciones es la de si comprar o desarrollar los diferentes componentes. Ventajas del Modelo C/S a las Organizaciones En una seccin anterior presentamos las ventajas del esquema Cliente/Servidor haciendo nfasis en los aspectos tcnicos. En sta, veremos cmo stas pueden beneficiar a la organizacin. Como una primera ventaja podemos mencionar que con el uso de este esquema, se reducen los costos de produccin de software y

Se disminuyen los tiempos requeridos. Esto es as, pues, para la construccin de una nueva aplicacin pueden usarse los servidores que estn disponibles, reducindose el desarrollo a la elaboracin de los procesos del cliente, segn los requerimientos deseados. Lo anterior disminuye los costos internos del rea de sistemas. Adems, se pueden obtener ventajas importantes al reducir el costo del hardware requerido, llevando las aplicaciones a plataformas ms baratas, aprovechando el poder de cmputo de los diferentes elementos de la red, y facilitando la interaccin entre las distintas aplicaciones de la organizacin. El esquema Cliente/Servidor tambin contribuye a una disminucin de los costos de entrenamiento de personal, pues favorecen la construccin de interfaces grficas interactivas, las cuales son ms intuitivas y fciles de usar por el usuario final.

Otra de las ventajas del esquema Cliente/Servidor para las organizaciones, es que facilita el suministro de informacin a los usuarios. Esto es as, porque por un lado proporciona una mayor consistencia a la informacin de la organizacin, al contar con un control centralizado de los elementos compartidos, y por otro, porque facilita la construccin de interfaces grficas interactivas, las cuales pueden hacer que los "datos" se conviertan en "informacin". Adems, el esquema Cliente/Servidor permite llevar ms fcilmente la informacin a donde se necesita, contribuye a aumentar su precisin pues se puede obtener de la fuente (el servidor) y no de una copia en papel o en medio magntico. La habilidad de integrar sistemas heterogneos es inherente al modelo Cliente/Servidor, pues los clientes y los servidores pueden existir en mltiples plataformas y tener acceso a datos de cualquier sitio de la red. Un cliente puede integrar datos de diferentes sitios para presentarlos, a su manera, al usuario final. Al favorecer la construccin de interfaces grficas interactivas y el acceso transparente a diferentes nodos de la red, se facilita el uso de las aplicaciones por parte de los usuarios, lo cual aumenta su productividad. El esquema Cliente/Servidor tambin favorece la adaptacin a cambios en la tecnologa, pues facilita la migracin de las aplicaciones a otras plataformas y, al aislar claramente las diferentes funciones de una aplicacin, hace ms fcil incorporar nuevas tecnologas en sta. Al igual que el e squema cliente/servidor, hoy en da tienen mucha importancia los conceptos de sistemas abiertos e interoperabilidad, los cuales estn ntimamente ligados con el concepto de Cliente/Servidor. Hace algunos aos cuando una organizacin decida comprar un equipo, no poda evitar quedar casada con la compaa vendedora, pues sta era la nica que poda prestar servicios de mantenimiento y actualizacin. Dado que los equipos de diferentes vendedores no tenan nada en comn, cualquier desarrollo posterior a la primera compra implicaba compras al mismo vendedor, por factores de compatibilidad. Por esta razn se reduca la competencia, pues las grandes compaas acaparaban el mercado y los clientes o ciudadanos no podan cambiar de proveedor. Con este panorama surgi la idea de la implantacin de estndares, porque ellos posibilitan el intercambio de informacin de manera coherente entre productos de diferentes vendedores. Esto permite a nuevos proveedores la oportunidad de entrar al mercado y a los clientes, la oportunidad de cambiar de proveedor. Con el establecimiento de estndares aparecieron los sistemas abiertos. Un sistema abierto es un medio en el cual se pueden intercambiar componentes de software y hardware, dando a un usuario mayor posibilidad de escoger productos de acuerdo a sus necesidades y fomentando la competencia entre proveedores, que deben mejorar sus servicios para ganar clientes (ciudadanos). Los sistemas abiertos son la plataforma adecuada para el desarrollo de aplicaciones distribuidas, porque se pueden combinar las ventajas de diferentes mquinas y sistemas operacionales. Para implementar el intercambio de informacin, el modelo de comunicacin mas popular es el modelo Cliente/Servidor, el cual permite que el usuario invoque servicios de forma transparente. Con este marco, a continuacin, sern expuestos algunos sistemas Cliente/Servidor ofrecidos comercialmente, tales como Arquitecturas abiertas propuestas por la Open Software Foundation (OSF), y sistemas operacionales abiertos propuestos por Digital y Microsoft, basados en el estndar de la OSF.

1.3. Arquitectura cliente / servidor de bases de datos 1.3.1 Arquitectura cliente / servidor: Servidores de Archivos

Servidor de archivos: Tipo de servidor en una red de ordenadores cuya funcin es permitir el acceso remoto a archivos almacenados en l o directamente accesibles por este. En principio, cualquier ordenador conectado a una red con un software apropiado, puede funcionar como servidor de archivos. Desde el punto de vista del cliente de un servidor de archivos, la localizacin de los archivos compartidos es transparente. O sea, normalmente no hay diferencias perceptibles si un archivo est almacenado en un servidor de archivos remoto o en el disco de la propia mquina. 1.3.2 Arquitectura cliente / servidor: Servidor de Base de Datos Un servidor de base de datos es un programa que provee servicios de base de datos a otros programas u otras computadoras, como es definido por el modelo cliente-servidor. Tambin puede hacer referencia a aquellas computadoras (servidores) dedicadas a ejecutar esos programas, prestando el servicio.

1.3.3 Arquitectura cliente / servidor: Servidor de Transacciones Servidor que cumple o procesa todas las transacciones. Valida primero y recin genera un pedido al servidor de bases de datos. 1.3.4 Arquitectura cliente / servidor: Servidores de Groupware Un servidor groupware es un software diseado para permitir colaborar a los usuarios, sin importar la localizacin, va Internet o va Intranet corporativo y trabajar juntos en una atmsfera virtual. 1.3.5 Arquitectura cliente / servidor: Objetos Distribuidos En los sistemas Cliente/Servidor, un objeto distribuido es aquel que esta gestionado por un servidor y sus clientes invocan sus mtodos utilizando un "mtodo de invocacin remota". El cliente invoca el mtodo mediante un mensaje al servidor que gestiona el objeto, se ejecuta el mtodo del objeto en el servidor y el resultado se devuelve al cliente en otro mensaje.

1.3.6

Arquitectura cliente / servidor: Servidores Web

Bsicamente, un servidor web sirve contenido esttico a un navegador, carga un archivo y lo sirve a travs de la red al navegador de un usuario. Este intercambio es mediado por el navegador y el servidor que hablan el uno con el otro mediante HTTP. Se pueden utilizar varias tecnologas en el servidor para aumentar su potencia ms all de su capacidad de entregar pginas HTML; stas incluyen scripts CGI, seguridad SSL y pginas activas del servidor (ASP). Lista de webservers

Nombre del Servidor

4D WebSTAR

Sistema operativo
Unix Windows 2000 Windows 95/98 Windows ME

AOLserver

Windows NT 4.0 Windows Server 2003 Windows XP NetWare OS/2 Unix Windows 95/98 Windows NT 4.0 Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows XP Windows 95/98 Windows NT 4.0 AIX HP-UX Linux Red Hat Linux SUSE Linux Solaris Windows 2000 Windows Server 2003 VM/CMS NetWare Linux NetWare Solaris Windows 2000 Windows 95/98 Linux MacOS X Server HP-UX IRIX Linux OS/2 Solaris Windows 95/98 Windows NT 4.0 Java_VM Solaris Windows 95/98 Windows NT 4.0 Windows Server 2003 BSD IRIX Windows 2000 Windows Server 2003 Embedded

Apache

BadBlue

Baikonur Web App Server

Covalent Enterprise Ready Server

ESAWEB Enterprise WebServer for NetWare

GoAhead WebServer

Hawkeye iTools

Java Server

Jigsaw

Microsoft Internet Information Services

RapidSite

RomPager Embedded Web Server

Roxen WebServer

Linux MacOS X Server Solaris Windows 2000 Windows Server 2003 Windows XP Red Hat Linux Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows Server 2003 Windows XP Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 AIX HP-UX Linux Solaris Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows Server 2003 Windows XP MVS Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows XP Red Hat Linux Solaris Windows 2000 Windows XP Linux MacOS Unix Windows NT 4.0 Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows XP Windows 2000 Windows 95/98 Windows NT 4.0 Windows XP AIX BSD Be OS

Sambar Server

Savant

Servertec Internet Server

Shadow Web Server

SimpleServer:WWW

Sun Java System Web Server

Tcl Web Server

URL Live!

Viking

vqServer

Digital UNIX HP-UX IRIX Java_VM Linux MacOS OS/2 SCO OpenServer Solaris Windows 95/98 Windows NT 4.0

WN

AIX BSD Digital UNIX HP-UX IRIX Linux SCO OpenServer Solaris Windows 2000 Windows 95/98 Windows NT 4.0 AIX BSD Be OS Digital UNIX HP-UX Linux OS/2 SCO OpenServer Solaris VMS Windows 2000 Windows 95/98 Windows ME Windows NT 4.0 Windows Server 2003 Windows XP AIX BSD HP-UX IRIX Linux MacOS X Server SCO OpenServer Solaris Tru64 Unix

WebBase

Xitami

Zeus Web Server

1.4 Tipos de Conexin de datos en el modelo cliente - servidor

Una conexin de datos establece un vnculo dinmico entre un formulario y un origen de datos externo, como un servicio Web o una base de datos, que permite a los usuarios ver datos de ese origen de datos (origen de datos: coleccin de campos y grupos que definen y almacenan los datos de un formulario de InfoPath. Los controles del formulario estn enlazados a estos campos y a estos grupos en el origen de datos.) y trabajar con ellos. En particular, una conexin de datos puede utilizarse para rellenar las opciones de un cuadro de lista; recibir datos de una base de datos, un servicio Web, un sitio de Microsoft Windows SharePoint Services o un documento XML (Lenguaje de marcas extensible (XML): forma condensada del Lenguaje de marcado generalizado estndar (SGML) que permite a los desarrolladores crear etiquetas personalizadas que ofrecen flexibilidad para organizar y presentar informacin.); enviar datos a una base de datos, servicio Web o biblioteca de formularios (biblioteca de formularios: carpeta donde se almacena y comparte una coleccin de formularios basados en la misma plantilla. Cada formulario de una biblioteca de formularios est asociado con informacin definida por el usuario que se muestra en el contenido que se enumera para esa biblioteca.) de Microsoft Windows SharePoint Services, o enviar un formulario como dat os adjuntos de un mensaje de correo electrnico. Existen dos tipos de conexiones de datos: las que reciben datos de un origen de datos externo y las que envan datos exteriormente. Estos dos tipos de conexiones de datos funcionan de una manera ligeramente distinta segn se trate de conexiones de datos primarias, que se establecen al disear el formulario, o conexiones de datos secundarias, que se agregan despus de disear el formulario. Nota Al disear un formulario basado en una base de datos, la conexin de datos primaria resultante puede enviar y recibir datos.

Conexiones primarias y secundarias

Puede crear una conexin de datos primaria diseando un formulario basado en una base de datos o en un servicio Web. El origen de datos principal del formulario se define despus mediante la estructura y las propiedades de la base de datos o servicio Web. No obstante, si agrega una conexin que recibe datos en un formulario existente, sta tendr como resultado un origen de datos secundario cuyos campos y grupos contienen los datos recibidos. En la mayora de los casos los orgenes de datos secundarios pueden utilizarse de las mismas formas que los orgenes de datos principales, con las siguientes excepciones: A diferencia de los datos de un origen de datos principal, los datos de los orgenes de datos secundarios no se pueden filtrar. Con un origen de datos secundario, los usuarios no pueden guardar los datos especificados en el formulario para utilizarlos sin conexin. Los diseadores de formularios no pueden especificar valores predeterminados ni validacin de datos (validacin de datos: proceso de comprobar la precisin de los datos; conjunto de reglas que se pueden aplicar a un control para especificar el tipo y el intervalo de datos que los usuarios pueden especificar.) personalizada para un origen de datos secundario.

Puesto que cualquier origen de datos asociado a la conexin debe coincidir con la estructura del origen de datos externo, se aplican las siguientes limitaciones tanto a los orgenes de datos principales como a los secundarios: El origen de datos no se puede crear automticamente insertando controles en el formulario. No se puede modificar ni la estructura ni las propiedades de los campos o grupos existentes en el origen de datos. Sin embargo, en las conexiones de datos primarias, se pueden agregar campos o grupos al grupo raz del origen de datos.

Conexiones de datos que reciben datos (orgenes de datos secundarios)

Al agregar una conexin de datos a un formulario que recibe datos, Microsoft Office InfoPath 2003 crea un origen de datos secundario para el formulario que coincide con la estructura del origen de datos externo. Este origen de datos externo puede incluir bases de datos, servicios Web, bibliotecas de formularios y listas de Windows SharePoint Services, y documentos XML. Puede trabajar con el origen de datos secundario de la misma forma que trabaja con el origen de datos principal del formulario. Por ejemplo, puede crear controles basados en el origen de datos secundario y despus aplicarles un formato condicional (formato condicional: cambiar el aspecto de un control, incluida su visibilidad, de acuerdo con los valores especificados en el formulario.). Segn las opciones que especifique al crear la conexin de datos, stos podrn recuperarse automticamente al abrir el formulario o cuando el usuario lo solicite.

Conexiones de datos que envan datos

A diferencia de las conexiones de datos primarias o las conexiones de datos secundarias que reciben datos, las conexiones de datos que envan datos no afectan a los orgenes de datos del formulario, sino que establecen una conexin entre los orgenes de datos existentes y los externos, lo que permite enviar los datos del formulario a una base de datos, servicio Web o biblioteca de formularios de Windows SharePoint Services. Tambin puede crear una conexin de datos que enviar el formulario como datos adjuntos en un mensaje de correo electrnico. En la mayora de los casos, enviar el formulario completo al utilizar una conexin de datos que enva datos. Sin embargo, en el caso de los servicios Web, tiene la opcin de enviar partes concretas del formulario. Tambin puede definir cmo desea que se enven los datos al servicio Web (por ejemplo, si desea que se enve el campo completo o slo los contenidos del mismo, o si desea enviar los datos en forma de cadena para conservar los espacios en blanco).