Cliente servidor
5 recomendaciones2,789 vistas
El documento describe la arquitectura cliente-servidor, incluyendo las definiciones de cliente y servidor, y los tipos de cada uno. Explica que el middleware actúa como intermediario entre el cliente y el servidor, traduciendo la información para que puedan comunicarse. También cubre brevemente las ventajas y desventajas de esta arquitectura.
Cliente servidor
- 1. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA CLIENTE SERVIDOR
- 2. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA ARQUITECTURA C/S • Tanto el cliente como el servidor pueden realizar tareas en forma conjunta como separada ya que el cliente también tiene sus propias aplicaciones, archivos y bases de datos y que además, pueden estar en la misma plataforma o en plataformas diferentes
- 3. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA ARQUITECTURA C/S – CLIENTE: Es aquel que requiere un servicio del servidor. – TIPOS DE CLIENTE A. Cliente Ligero B. Cliente Pesado C. Cliente Híbrido
- 4. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA ARQUITECTURA C/S – SERVIDOR: Por el contrario, el servidor es la máquina desde la que se suministran servicios y que está a la espera del requerimiento del cliente. – TIPOS DE SERVIDOR • Servidores de archivos • Servidores de bases de datos • Servidores de transacciones • Servidores de Groupware • Servidores de objetos • Servidores Web
- 5. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA SEPARACION DE FUNCIONES • Lógica de Presentación (Nivel de presentación) • Lógica de Negocio (Nivel de aplicación) • Lógica de Datos (Nivel de Datos)
- 6. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA CLIENTE SERVIDOR - MIDDLEWARE MIDDLEWARE: • El middleware es un módulo intermedio que actúa como conductor entre dos módulos de software. Para compartir datos, los dos módulos de software no necesitan saber cómo comunicarse entre ellos, sino cómo comunicarse con el módulo de middleware. • El middleware debe ser capaz de traducir la información de una aplicación y pasarla a la otra. El concepto es muy parecido al de ORB (Object Request Broker) que permite la comunicación entre objetos y servicios de gestión básicos para aplicaciones de objetos distribuidos. • En una aplicación cliente / servidor el middleware reside entre la aplicación cliente y la aplicación del sistema host que actúa como servidor.
- 7. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA CLIENTE SERVIDOR - MIDDLEWARE • Simplifica el proceso de desarrollo de aplicaciones. • Es el encargado del acceso a los datos: acepta las consultas y datos recuperados directamente de la aplicación y los transmite por la red. • El middleware debe ser capaz de manejar todas las facilidades que posee el sistema operativo y esto, no es sencillo • La adopción dentro de una organización implica la utilización de unos paquetes de software específicos para desarrollar estos módulos.
- 8. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA CLIENTE SERVIDOR - MIDDLEWARE • Es el encargado del acceso a los datos: acepta las consultas y datos recuperados directamente de la aplicación y los transmite por la red. También es responsable de enviar de vuelta a la aplicación, los datos de interés y de la generación de códigos de error. • Es diferente desarrollar aplicaciones en un entorno middleware que la utilización de APIs directas del sistema. El middleware debe ser capaz de manejar todas las facilidades que posee el sistema operativo y esto, no es sencillo. Por eso, muchas veces se pierde potencia con la utilización del middleware en lugar de las APIs del sistema operativo directamente. • La adopción dentro de una organización implica la utilización de unos paquetes de software específicos para desarrollar estos módulos. Esto liga a un suministrador y a su política de actualización del producto, que puede ser distinta que la de actualización de los sistemas operativos con los que se comunica el módulo middleware.
- 9. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA MIDDLEWARE • ARQUITECTURA
- 10. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA MIDDLEWARE – Papel del middleware en la arquitectura cliente/servidor. • En el middleware existen componentes de cliente y servidor. La finalidad básica del middleware es hacer que una aplicación o usuario del cliente acceda a una serie de servicios del servidor sin preocuparse de las diferencias entre servidores.
- 11. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA MIDDLEWARE
- 12. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA APLICACIONES CLIENTE SERVIDOR • Tanto en el cliente como en el servidor el software básico es un sistema operativo. Las plataformas y los sistemas operativos del cliente y del servidor pueden ser diferentes. El software de comunicaciones (Ej. TCP IP) es el que permite ínter-operar a cliente y servidor. El objeto de todo este software de soporte es proporcionar una base para las aplicaciones distribuidas.
- 13. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA APLICACIONES CLIENTE SERVIDOR
- 14. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA APLICACIONES DE BASE DE DATOS • En las maquinas clientes se pueden guardar una variedad de aplicaciones que hagan uso de la base de datos. El software que enlaza al cliente con el servidor es el que le permite al cliente realizar peticiones de acceso a la base de datos del servidor (Ej. SQL).
- 15. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA APLICACIONES DE BASE DE DATOS • SELECT Ape_Pat, Ape_Mat FROM empleados WHERE Cargo_Emp= 'Representante de Ventas' AND Lugar_Suc = 'AQP'
- 16. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA 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. • Escalabilidad, se puede aumentar la capacidad de clientes y servidores por separado. • 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
- 17. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA DESVENTAJAS • La congestión del tráfico ha sido siempre un problema en el paradigma de C/S. • 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 • El software y el hardware de un servidor son generalmente muy determinantes. 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.
- 18. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA HERRAMIENTAS DE DESARROLLO • APLICACIONES C-S Microsoft NT Server • UNIX – Informix Online Dynamic Server • Oracle 7 Server • Sybase System 11 • Microsoft SQL Server 6.0 • Netscape Enterprise Server • Netscape Proxy Server • Power Builder Enterprise • Visual Basic Professional • Erwin Data modeling • Microsoft C++ • Java Applets • Java Script • OLE Servers • OLE Controls
- 19. UNIVERSIDAD SAN PEDRO FACULTAD DE INGENIERIA BIBLIOGRAFIA • Sistemas Cliente Servidor Sitio web: http://ccia.ei.uvigo.es/docencia/SCS/Tema1.pdf • Capa de Sesión Presentación y Aplicación. Autor: Danielle Romero. Sitio web: http://www.elrinconcito.com/articulos/Sesiones/sesione s.pdf • Evolución de la Computación. Autor: Ramón Jesús Millán Tejedor. Sitio web: http://www.ramonmillan.com/tutorialeshtml/gridcomputi ng.htm