Arquitectura Cliente/Servidor

La arquitectura Cliente/Servidor es el resultado de la integración de dos culturas. Por un lado, la del Mainframe que aporta capacidad de almacenamiento, integridad y acceso a la información y, por el otro, la del computador que aporta facilidad de uso (cultura de PC), bajo costo, presentación atractiva (aspecto lúdico) y una amplia oferta en productos y aplicaciones.

En el modelo CLIENTE/SERVIDOR podemos encontrar las siguientes características:

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.

Un servidor da servicio a múltiples 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 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.

Un sistema de servidores realiza múltiples funciones al mismo tiempo que presenta una imagen de un solo sistema a las estaciones Clientes. Esto se logra combinando los recursos de cómputo que se encuentran físicamente separados en un solo sistema lógico, proporcionando de esta manera el servicio más efectivo para el usuario final.

También es importante hacer notar que las funciones Cliente/Servidor pueden ser dinámicas. Ejemplo, un servidor puede convertirse en cliente cuando realiza la solicitud de servicios a otras plataformas dentro de la red.

Su capacidad para permitir integrar los equipos ya existentes en una organización, dentro de una arquitectura informática descentralizada y heterogénea.

Además se constituye como el nexo de unión más adecuado para reconciliar los sistemas de información basados en mainframes o minicomputadores, con aquellos otros sustentados en entornos informáticos pequeños y estaciones de trabajo.

Designa un modelo de construcción de sistemas informáticos de carácter distribuido.

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, al tiempo que puede acceder a los recursos de este host central y otros sistemas de la organización ponen a su servicio.

TIPOS DE CLIENTES

1. "cliente flaco":

Servidor rápidamente saturado. Gran circulación de datos de interface en la red.

1. "cliente gordo":

Casi todo el trabajo en el cliente. No hay centralización de la gestión de la BD. Gran circulación de datos inútiles en la red.

TIPOS DE SERVIDOR

Servidores de archivos

Servidor donde se almacena archivos y aplicaciones de productividad como por ejemplo procesadores de texto, hojas de cálculo, etc.

Servidores de bases de datos

Servidor donde se almacenan las bases de datos, tablas, índices. Es uno de los servidores que más carga tiene.

Servidores de transacciones

Servidor que cumple o procesa todas las transacciones. Valida primero y recién genera un pedido al servidor de bases de datos.

Servidores de Groupware

Servidor utilizado para el seguimiento de operaciones dentro de la red.Servidores de objetos

Contienen objetos que deben estar fuera del servidor de base de datos. Estos objetos pueden ser videos, imágenes, objetos multimedia en general. Servidores Web

Se usan como una forma inteligente para comunicación entre empresas a través de Internet.

1.6.1 COMPONENTES DE APLICACIONES.

Una infraestructura Cliente/Servidor consta de tres componentes esenciales, todos ellos de igual importancia y estrechamente ligados: • Plataforma Operativa • Entorno de Desarrollo de Aplicaciones. • Gestión de Sistemas. • Funciones de componentes.

• Plataforma Operativa.- La plataforma deberá soportar todos los modelos de distribución Cliente/Servidor, todos los servicios de comunicación, y deberá utilizar, preferentemente, componentes estándar de la industria para los servicios de distribución. Los desarrollos propios deben coexistir con las aplicaciones estándar y su integración deberá ser imperceptible para el usuario. Igualmente, podrán acomodarse programas escritos utilizando diferentes tecnologías y herramientas.

• Entorno de Desarrollo de Aplicaciones. - Debe elegirse después de la plataforma operativa. Un entorno de aplicación incremental, debe posibilitar la coexistencia de procesos cliente y servidor desarrollados con distintos lenguajes de programación y/o herramientas, así como utilizar distintas tecnologías (por ejemplo, lenguaje procedural, lenguaje orientado a objetos, multimedia), y que han sido puestas en explotación en distintos momentos del tiempo.

• Gestión de Sistemas. - Estas funciones aumentan considerablemente el costo de una solución, pero no se pueden evitar. Siempre deben adaptarse a las necesidades de la organización, y al decidir la plataforma operativa y el entorno de desarrollo, es decir, en las primeras fases de la definición de la solución, merece la pena considerar los aspectos siguientes:

• ¿Qué necesitamos gestionar? • ¿Dónde estarán situados los procesadores y estaciones de trabajo? • ¿Cuántos tipos distintos se soportarán? • ¿Qué tipo de soporte es necesario y quién lo proporciona?

Una Metodología de Infraestructura para Sistemas Distribuidos que permita definir una infraestructura para el sistema Cliente/Servidor y evalúe la puesta en marcha del proyecto sobre una base racional.

El enfoque estructurado de dicha Metodología comprende los pasos siguientes: • Captación de las necesidades. Definir, analizar y evaluar, aunando los requerimientos del negocio con las aportaciones tecnológicas. • Diseño conceptual en el que se sitúan los principales bloques funcionales y de datos del sistema, mostrando la relación y comunicación entre ambos. • Detalle de los principales componentes funcionales, selección de procesos, determinando los principios que deben aplicarse a la selección de software o diseño de los módulos.

Al final de los tres pasos anteriores, se definen los conceptos del sistema y la infraestructura tecnológica, sin concretar, todavía, en productos o plataformas específicos.

Por último, se llega a la selección de plataformas y principales productos y componentes para la implantación. El resultado es la descripción de una solución que incluye infraestructura tecnológica, plataformas y productos.

1.6.2 FUNCIONES y EJEMPLOS

Funciones Comunes del Cliente: • Mantener y procesar todo el dialogo con el usuario. • Manejo de pantallas. • Menús e interpretación de comandos. • Entrada de datos y validación. • Procesamiento de ayudas. • Recuperación de errores. • Generación de consultas e informes sobre las bases de datos.

Funciones Comunes del Servidor: • Acceso, almacenamiento y organización de datos. • Actualización de datos almacenados. • Administración de recursos compartidos. • Ejecución de toda la lógica para procesar una transacción. • Procesamiento común de elementos del servidor (Datos, capacidad de CPU, almacenamiento en disco, capacidad de impresión, manejo de memoria y comunicación). • Gestión de periféricos compartidos. • Control de accesos concurrentes a bases de datos compartidas. • Enlaces de comunicaciones con otras redes de área local o extensa

Bibliografía:

“BASES DE DATOS Y TECNOLOGÍAS WEB”

Autor: JAMES GILDARDO GUTIERREZ

Editorial: BELLO

2005

“FUNDAMENTOS DE BASES DE DATOS” Cuarta edición

Autor: Abraham Silberschatz

Bell Laboratories

Henry F. Korth

Bell Laboratories

S. Sudarshan

Editorial: MC Graw Hill