3.
La arquitectura basada en WEB realmente es una forma modificada
de la nueva arquitectura de tres capas que utiliza un explorador en
la estación de trabajo en lugar de la interfaz típica del usuario. Las
soluciones basadas en WEB utilizan el protocolo World Wide WEB,
a través de la Internet o una intranet, para conectar las tres partes
de la aplicación.
La World Wide WEB (WWW) es una combinación de servidores de
Internet que utilizan formatos estándares como HTML (Hypertext
markup Language) para proporcionar ligas a otros documentos,
gráficas y archivos de audio y video. Sin embargo, no todos los
servidores de Internet están en la WWW. También pueden
encontrarse en intranets que sólo son accesibles a usuarios
internos. El crecimiento
4. Arquitectura Web
La arquitectura de un sitio Web tiene tres componentes principales:
un servidor Web, una conexión de red, y uno o más clientes
(browsers).
El servidor Web distribuye páginas de información formateada a los
clientes que las solicitan. Los requerimientos son hechos a través
de
una conexión de red, y para ello se usa el protocolo HTTP.
5. Arquitectura Web
Arquitectura básica de una aplicación/sitio Web
La información mostrada en las páginas está típicamente almacenada
en archivos. Sin embargo, muchas veces esta información está almace-
nada en una base de datos, y las páginas son creadas dinámicamente.
Los sitios Web que usan este esquema, son llamados sitios dinámicos.
6. Arquitectura Web
Páginas Web
Las páginas Web son el componente principal de una aplicación
o sitio Web. Los browsers piden páginas (almacenadas o creadas
dinámicamente) con información a los servidores Web.
En algunos ambientes de desarrollo de aplicaciones Web, las
páginas contienen código HTML y scripts dinámicos, que son
ejecutados por el servidor antes de entregar la página.
Una vez que se entrega una página, la conexión entre el browser
y el servidor Web se rompe (a diferencia de otros esquemas tipo
cliente/servidor). Es decir que la lógica del negocio en el servidor
solamente se activa por la ejecución de los scripts de las páginas
solicitadas por el browser (en el servidor, no en el cliente).
7. Arquitectura Web
Scripts en el cliente
Cuando el browser ejecuta un script en el cliente,
éste no tiene
acceso directo a los recursos del servidor.
Hay otros componentes que no son scripts, como
los applets o
los componentes ActiveX. Los scripts del cliente
son por lo general
código JavaScript o VBSscript, mezclados con
código HTML.
8. Arquitectura Web
Formularios
La forma más común de capturar la información dada por el
usuario,es a través de formularios. Un formulario (form) es una
colección de campos de entrada: textbox, text area, checkbox,
radio button group, button y selection list.
Cuando un formulario es llenado, se envía al servidor usando una
operación submit solicitada por el usuario típicamente al hacer
click en un botón.
9. Arquitectura Web
Servidor Web
En muchas aplicaciones Web hay una capa intermedia,
compuesta por un conjunto de componentes, que se ejecutan
no necesariamente en el servidor Web, sino en otros servidores
de aplicaciones. Esta capa encapsula la lógica del negocio, y,
al ser componentes compilados puede contener objetos, con
sus métodos y atributos (llamados business objects).
10. Arquitectura Web
Arquitectura generalizada de una aplicación Web
11. Arquitectura Web cliente / servidor.
Cliente. Ejecuta un interprete de
HTML.
Servidor. Controla el acceso, sirve la
página solicitada, y puede ejecutar
aplicaciones especiales (ej. Procesar
formularios).
Backend. Entrega datos al servidor.
Servidor de aplicaciones. Enlaza el
servidor a la base de datos.
14. URL (Uniform Resources Location o “Localizador
uniforme de recursos”).
Es una secuencia de caracteres, de acuerdo a un
formato estándar, que se usa para nombrar
recursos, como documentos e imágenes en
Internet, por su localización.
15. El URL de un recurso de información es su
dirección en Internet, la cual permite que el
navegador la encuentre y la muestre de forma
adecuada.
16. HTTP es un protocolo
que no maneja
persistencia (sin
estado), es decir no
almacena información
sobre sus conexiones,
envíos, recepciones,
destinatarios,
receptores, etc.
17. Lista de métodos.
GET. Devuelve el recurso identificado en la URL pedida.
HEAD. Funciona como el GET, pero sin que el servidor
devuelva el cuerpo del mensaje. Es decir, sólo se
devuelve la información de cabecera.
POST. Indica al servidor que se prepare para recibir
información del cliente. Suele usarse para enviar
información desde formularios.
PUT. Envía el recurso identificado en la URL desde el
cliente hacia el servidor.
18. Lista de métodos.
OPTIONS. Pide información sobre las características de
comunicación proporcionadas por el servidor. Le permite al cliente
negociar los parámetros de comunicación.
TRACE. Inicia un ciclo de mensajes de petición. Se usa para
depuración y permite al cliente ver lo que el servidor recibe en el
otro lado.
DELETE. Solicita al servidor que borre el recurso identificado con el
URL.
CONNECT. Este método se reserva para uso con proxys. Permitirá
que un proxy pueda dinámicamente convertirse en un túnel. Por
ejemplo para comunicaciones con SSL.