documental

Aplicaciones Web
Introducción

Arquitectura Cliente/Servidor
Protocolos y estándares Web
HTTP, W3C

Cliente/Servidor: Introducción
Tres componentes:
Cliente
Servidor
Middleware (límites difusos)
Comunicaciones (síncrono o asíncrono)
Integración
Transparencia (topología, representación datos, . . . )
Seguridad
Cliente

Middleware

Cardinalidad: 1 servidor, n clientes
Variostipos y clasificaciones

Servidor

C/S: clasificación (cliente grueso vs. delgado)

Cliente grueso vs. Cliente delgado

C/S: clasificación (cliente grueso vs. delgado)

Cliente grueso vs. Cliente delgado
Ejemplo de cliente grueso:
login
passwrd

Almacenamiento

BB.DD.

Lógica de negocio

C/S: clasificación (cliente grueso vs. delgado)

Cliente grueso vs. Cliente delgadoCliente grueso. Ventajas e inconvenientes:
Menos carga en el servidor
Mayores requisitos hardware en cliente
Cliente menos portable
Más tráfico de red
Administración más compleja

C/S: clasificación (cliente grueso vs. delgado)

Cliente grueso vs. Cliente delgado
Ejemplo de cliente delgado:

Lógica de negocio
login
passwrd

Almacenamiento

C/S: clasificación (cliente grueso vs.delgado)

Cliente grueso vs. Cliente delgado
Cliente delgado. Ventajas e inconvenientes:
Servidor muy cargado
Mayores requisitos hardware en servidor (escalabilidad)
Cliente más portable
Menos tráfico de red
Administración menos compleja

C/S: clasificación (2,3,n-tier)

2 niveles (2-tier).
Ejemplos: Los vistos en cliente grueso/delgado.
3 niveles (3-tier).
La aplicación se divide en partes(niveles).

n niveles (n-tier).
Generalización de 3-tier.
Mejor aproximación a aplicaciones complejas.
Ventajas, inconvenientes:

C/S: clasificación (2,3,n-tier)
2 niveles (2-tier).
Ejemplos: Los vistos en cliente grueso/delgado.
3 niveles (3-tier).
La aplicación se divide en partes (niveles).
Ejemplo:
Lógica de negocio

Almacenamiento

login
passwrd

Contabilidad
Facturaciónn niveles (n-tier).
Generalización de 3-tier.
Mejor aproximación a aplicaciones complejas.
Ventajas, inconvenientes:

BB.DD.

C/S: clasificación (2,3,n-tier)

2 niveles (2-tier).
Ejemplos: Los vistos en cliente grueso/delgado.
3 niveles (3-tier).
La aplicación se divide en partes (niveles).

n niveles (n-tier).
Generalización de 3-tier.
Mejor aproximación a aplicacionescomplejas.
Ventajas, inconvenientes:
Diseño, desarrollo más complejos, más infraestructura.
Flexibilidad (cambios, nueva funcionalidad, . . . ).
Escalabilidad.

C/S: clasificación (2,3,n-tier)
2 niveles (2-tier).
Ejemplos: Los vistos en cliente grueso/delgado.
3 niveles (3-tier).
La aplicación se divide en partes (niveles).

n niveles (n-tier).

Coste de desarrollo
y mantenimientoGeneralización de 3-tier.
Mejor aproximación a aplicaciones complejas.
Ventajas, inconvenientes:
arquitectura
de 2 niveles
arquitectura
de 3 niveles

Complejidad de la aplicación

Aplicaciones Web

Originalmente pensada para intercambio de documentos
Arquitectura Cliente/Servidor
Cliente delgado

Protocolos y estándares Web
IETF: HTTP/1.0 (RFC 1945), HTTP/2.0 (RFC 2068)
W3C: HTML4.0, XHTML, CSS

Protocolo HTTP

Modelo petición/respuesta (RPC)
Protocolo sin estado
Habitual, pero no obligatorio: TCP/IP (80, 443)
Se establece una conexión, y se intercambia petición de
recurso, respuesta

Protocolo HTTP. Peticiones
Texto ASCII, Human readable.
Varias líneas de texto (1..n).
Primera línea (obligatoria):
Petición
GET

URI
/index.html

Versión
HTTP/1.1Existen varios tipos de petición: GET, POST, HEAD, . . .
Siguientes líneas: cabeceras
Una cabecera por línea. Formato: nombre: valor
En HTTP/1.0 las cabeceras son opcionales.
En HTTP/1.1 algunas cabeceras son obligatorias.
Ejemplo: host: www.grupomads.org
Las cabeceras terminan con una línea en blanco.
Opcionalmente puede haber un cuerpo de la petición con
datos arbitrarios.

Protocolo...