PROGRAMACIÓN EN AMBIENTE CLIENTE-SERVIDOR

UNIDAD 1: CONTEXTO DE LA PROGRAMACION CLIENTE/SERVIDOR

Numero de control: 11070004Alumno: Benjamín Flores de Dios

19/08/2014Maestro: Ing. Miguel Ángel Grajeda Piña

Escuela: Instituto Tecnológico Superior De El Grullo

Investigar sobre el Modelo Cliente-Servidor con las características vistas en clase, incluir portada, de 3 a 5 páginas de contenido, mínimo 2 párrafos de 3 renglones de conclusiones y fuentes de información.

Carrera: Ing. En Informática

ARQUITECTURA DEL MODELO CLIENTE/SERVIDOR

Esta arquitectura consiste básicamente en un cliente que realiza peticiones a otro programa (el

servidor) que le da respuesta. Es de realizar una operación conjunta de varios robots para alcanzar

un objetivo.

Atendiendo a quién realiza el proceso de la información existen básicamente cuatro tipos de arquitectura cliente-servidor:

Cliente Activo, Servidor Pasivo: El cliente realiza la totalidad del trabajo de procesado de la información.

Cliente Pasivo, Servidor Pasivo: Tanto el cliente como el servidor simplemente

pasan información.

Cliente Pasivo, Servidor Activo: El Servidor realiza todo el trabajo de procesado y

el cliente simplemente presenta los datos.

Cliente Activo, Servidor Activo: Tanto el Servidor como el Cliente procesan la

información. Ejemplo: Servicios de Correo Electrónico.

MODELO EN DOS CAPAS (TWO-TIER MODEL)

Primera capa: el cliente que implementa la interface.

Segunda capa: encuentra el gestor de bases de datos que trata las peticiones recibidas

desde el cliente.

La lógica de la aplicación se encuentra por tanto repartida entre el cliente y servidor. Esto significa que el servidor no requiere otra aplicación para proporcionar parte del servicio.

Un ejemplo de esta configuración podría ser un applet Java que se carga en el navegador del cliente y trabaja directamente con la base de datos mediante JDBC (Java Database Connectivity).

Ventajas de este modelo:

Se mantiene una conexión persistente con la base de datos.

Se minimizan las peticiones en el servidor trasladándose la mayor parte del trabajo

al cliente.

Se gana en rendimiento gracias a la conexión directa y permanente con la base de datos. A través de una única conexión se realiza el envío y recepción de varios datos.

Inconvenientes:

La más importante desventaja, es que esta solución es muy dependiente del tipo controlador JDBC que se utilice para acceder a la base de datos. El acceso se realiza desde el cliente y esto significa que es él el que tiene que tener instalado en su sistema los controladores necesarios para que se produzca la comunicación con la base de datos.

MODELO EN TRES CAPAS (THREE-TIER MODEL)

1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz deusuario (generalmente un navegador Web) para la presentación.

2. El servidor de aplicaciones (también denominado software intermedio), cuya tarea es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo.

3. El servidor de datos, que proporciona al servidor de aplicaciones los datos que requiere.

Cada servidor se especializa en una determinada tarea, (por ejemplo: servidor web/servidor

de bases de datos).

Ventajas de este modelo:

No existe ningún problema con respecto al tipo de controlador JDBC utilizado para

acceder a la base de datos. Todos los recursos necesarios para establecer la conexión

con la base de datos se encuentran en el servidor y por tanto, el cliente no necesita

instalar nada adicional en su máquina para poder acceder a la base de datos.

Esta arquitectura proporciona considerables mejoras desde el punto de vista de la

portabilidad de la aplicación, escalabilidad, robustez y reutilización del código.

Asimismo facilita las tareas de migración o cambios en el sistema gestor de la base

de datos.

Desaparecen las restricciones debidas a las limitaciones de los applets impuestas por

el modelo de seguridad de Java.

Inconvenientes:

Esta solución es algo menos eficiente que la del modelo de dos capas, ya que hemos

añadido una capa intermedia más de software.

USOS

Robot “recogedor de objetos”.

Limpieza inteligente “en este caso aspirar todo el edifico (robot móvil)”.

Coordinación de robots móviles con diferente conectividad.

Procesamiento de imágenes.

Calibración de la cámara.

Segmentación de la imagen.

Generación de trayectorias.

APLICACIONES

Capacidad para representar documentos HTML

Capacidad para representar imágenes en diferentes formatos.

Capacidad para representar e interpretar otros tipos datos (pdf, applets, etc.)

Comprimir y descomprimir un fichero (si se soporta el encoding gzip).

La implementación del protocolo HTTP.

Lógica de negocio en pseudocódigo.

COMUNICACIÓN ENTRE PROGRAMAS

El cliente: Hola, soy <dirección del cliente>.

El servidor: Vale. Soy un servidor web y entiendo el protocolo HTTP 1.0.

El cliente: Estupendo. Por favor, envíeme la página web index.html en la raíz de su árbol de documentos.

El servidor: Muy bien, aquí está lo que hay en la página (aquí aparecerá el contenido).

CONCLUSIÓN

Las arquitecturas cliente-servidor es la forma la cual el cliente le pide peticiones o se podría decir que le pregunta al servidor y el servidor se encarga de responderle o de darle las respuestas de dichas peticiones o las solicitudes que el cliente pide.

Podemos utilizar esto más que en nada en la robótica ya sea en hacer que un robot recoja objetos o no exactamente un robot bien formado si no una simple maquina que se encargue como otro ejemplo de limpiar los pasillos de un edificio.

FUENTES BIBLIOGRÁFICAS

laurel.datsi.fi.upm.es/~ssoo/LIBRO/Cap5/capitulo5.doc

http://profesores.fi-b.unam.mx/yasmine/tema1_1.pdf

http://docente.ucol.mx/sadanary/public_html/bd/cs.htm

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/marquez_a_bm/capitulo5.pdf

http://es.slideshare.net/CalzadaMeza/cliente-servidor-7964644

http://es.kioskea.net/contents/147-redes-arquitectura-cliente-servidor-en-3-niveles