Your SlideShare is downloading. ×
Cliente servidor
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Cliente servidor

4,537
views

Published on

Published in: Education

3 Comments
4 Likes
Statistics
Notes
No Downloads
Views
Total Views
4,537
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
3
Likes
4
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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