4.5. Arquitecturas de las aplicaciones web 1.

55

Todo en un servidor (Figura 4.3): un nico ordenador aloja el servicio de , la lgica de negocio y la lgica de datos y los datos. El software que ofrece el servicio de gestiona tambin la lgica de negocio. Las tecnologas que emplean esta arquitectura son y PHP.

HTTP

HTTP

ASP

Figura 4.3: Arquitectura de las aplicaciones web: todo en un servidor 2. Servidor de datos separado (Figura 4.4): a partir de la arquitectura anterior, se separa la lgica de datos y los datos a un servidor de bases de datos especco. Las tecnologas que emplean esta arquitectura son y PHP.

ASP

Figura 4.4: Arquitectura de las aplicaciones web: separacin servidor de datos 3. Todo en un servidor, con servicio de aplicaciones (Figura 4.5): en la arquitectura nmero 1 se se separa la lgica de negocio del servicio de y se incluye el

HTTP

56

Captulo 4. Qu es una aplicacin web servicio de aplicaciones para gestionar los procesos que implementan la lgica de negocio. La tecnologa que emplea esta arquitectura es JSP.

Figura 4.5: Arquitectura de las aplicaciones web: todo en un servidor, con servicio de aplicaciones 4. Servidor de datos separado, con servicio de aplicaciones (Figura 4.6): a partir de la arquitectura anterior, se separa la lgica de datos y los datos a un servidor de bases de datos especco. La tecnologa que emplea esta arquitectura es JSP. Todo separado (Figura 4.7): las tres funcionalidades bsicas del servidor web se separan en tres servidores especcos. La tecnologa que emplea esta arquitectura es JSP.

5.

El objetivo de separar las distintas funcionalidades (servicio de HTTP, lgica de negocio y lgica de datos) en distintos servidores es aumentar la escalabilidad del sistema de cara a obtener un mayor rendimiento. Al separar las distintas funcionales en distintos servidores, cada uno de ellos se puede congurar (dimensionar) de forma adecuada a los requisitos que presenta cada uno de ellos. Por ejemplo, para ofrecer el servicio de HTTP hace falta un ordenador con una buena conexin a Internet, rpido pero sin grandes necesidades de almacenamiento. Sin embargo, para el servidor de bases de datos hace falta un ordenador con mucha memoria y con un disco duro de alta capacidad de almacenamiento y rpido para mantener todos los datos. Otra ventaja que se obtiene al separar las funcionalidades, es que al aislar la lgica de negocio y la lgica de datos en servidores separados que no estn conectados

4.5. Arquitecturas de las aplicaciones web

57

Figura 4.6: Arquitectura de las aplicaciones web: separacin servidor de datos, con servicio de aplicaciones

Figura 4.7: Arquitectura de las aplicaciones web: todo separado

58

Captulo 4. Qu es una aplicacin web

directamente a Internet se aumenta el nivel de seguridad, ya que no es tan fcil acceder a ellos. En algunos casos, las arquitecturas donde se separan el servicio de del resto de servicios es la nica opcin disponible. Por ejemplo, en los sistemas heredados (legacy systems ), donde ya existe una lgica de negocio en un servidor de aplicaciones y una lgica de datos en un servidor de bases de datos, la nica forma de acceder desde Internet al sistema heredado es a travs de un servidor que ofrezca el servicio de y se comunique internamente con el servidor de aplicaciones. En la Figura 4.8 se presenta una comparativa de las tecnologas de generacin de pginas web ms comunes: , PHP, y Cach Server Pages ( ). Las tecnologas y PHP se clasican dentro de la categora Web Server Scripting. Estas tecnologas pueden emplear las arquitecturas 1 y 2. En estas tecnologas, el servidor web ofrece el servicio de y adems se encarga de ejecutar los procesos que poseen la lgica de negocio. La comunicacin entre la lgica de negocio y los datos se suele realizar a travs de mtodos estandarizados como , lo que introduce una penalizacin en el tiempo de ejecucin. En este tipo de tecnologas, parte de la lgica de negocio se puede desplazar hacia el servidor de bases de datos al emplear procedimientos almacenados ( stored procedures ) y disparadores (triggers ). De este modo se puede lograr una cierta escalabilidad en el sistema.

HTTP

HTTP

ASP

ASP

JSP

CSP

HTTP

ODBC

Figura 4.8: Arquitectura de las aplicaciones web: todo separado Las tecnologas que emplean servidor de aplicaciones como , ofrecen la mxima exibilidad, ya que se pueden separar completamente el servicio , la lgica de

JSP HTTP

4.6. Metodologa de desarrollo de sitios web

59

negocio y la lgica de datos. Estas tecnologas pueden emplear las arquitecturas 3, 4 y 5. Por ltimo, en la tecnologa , la lgica de negocio y la lgica de datos residen en el sistema gestor de bases de datos (es el encargado de ejecutar los procesos que implementan la lgica de negocio). Gracias a ello, la comunicacin entre los procesos de la lgica de negocio y los datos es muy rpida, ya entre ambos se puede establecer una comunicacin interproceso.

CSP

4.6. Metodologa de desarrollo de sitios web

No existe en la actualidad una metodologa de desarrollo de sitios web ampliamente aceptada. Sin embargo, una posible metodologa es la que se presenta a continuacin. Algunas de las fases de esta metodologa se pueden realizar en paralelo o no acabar hasta el nal del desarrollo del sitio web: 1. Se estudian los requisitos y especicaciones del sitio web: cul es el contenido del sitio web, qu se pretende conseguir, a quin se destina y nmero de visitas previsto, qu inversin se desea realizar, de cunto tiempo se dispone, etc. A partir de los requisitos se decide la arquitectura y tecnologa del sitio web: empleo de un servidor web propio o alojamiento (hospedaje) en un servidor alquilado, ancho de banda de la comunicacin del servidor web con Internet, pginas estticas o tecnologa de generacin dinmica de pginas ( , , etc.), datos almacenados en cheros o en un servidor de bases de datos, etc.

2.

ASP CGI

3.

A continuacin se disea la estructura lgica o de navegacin del sitio web: pgina inicial, pgina principal, empleo de marcos, los mens, divisin en secciones, relacin entre las distintas secciones, pgina de novedades, etc. Se dene la estructura fsica, que puede ser igual a la lgica o totalmente independiente. Se crean los contenidos del sitio web. Si se emplea una base de datos, se realiza la carga de datos. Se realiza el diseo grco y ergonmico: colores, montaje, tipografa, botones de navegacin, logotipos y dems elementos grcos, etc. Se crean las pginas estticas y los elementos multimedia. Desarrollo de los scripts y pginas dinmicas. Por ltimo, se verica el correcto funcionamiento del sitio web: se comprueba la conexin con la base de datos, se verica que no existan enlaces rotos, se conrma que todos los recursos empleados (imgenes, cheros con cdigo de script,

4. 5. 6. 7. 8. 9.

60

Captulo 4. Qu es una aplicacin web etc.) se encuentran en el sitio web y en su lugar correspondiente, etc. Adems, se comprueba el sitio web con distintos navegadores para asegurar su compatibilidad. Tambin se realizan pruebas de carga para evaluar el rendimiento.

10.

Puesta en marcha.