| |
C. Escalabilidad
El diseño basado en objetos distribuidos de iAWol ofrece una amplia
escalabilidad, y una gran variedad de configuraciones posibles,
en función de la distribución de funcionalidades entre servidores.
Utilizando inicialmente escasos recursos, se obtiene una aplicación
muy completa, sencilla de uso, modular y fácilmente escalable. Tanto
el servidor web como los clientes iAWol y web son elementos estándar
que escapan del análisis de este documento.
En una primera configuración, se podría recurrir a un sistema que
contenga todos los módulos de iAWol, e incluso el servidor web de
las páginas generadas con iAWol.
Aunque esta configuración es posible, existen diversos factores
que pueden hacer recomendable la escalabilidad mediante separación
de diversos componentes, u otras medidas. Estos factores pueden
ser:
| |
1. Gran número de accesos a
las páginas publicadas.
2. Gran número de usuarios iAWol.
3. Elevado número de actualizaciones de las páginas
iAWol, y proceso continuo de las páginas.
4. Especial incidencia de la función de publicación.
|
Ante estas contingencias, se ofrecen las siguientes posibilidades
de escalabilidad:
| Factor de
limitación |
Acción recomendada
|
| Accesos a las
páginas publicadas |
Extraer la funcionalidad
de servicio de páginas a uno o más servidores independientes
|
| Número de usuarios
iAWol |
La base de datos
de usuario puede ser mantenida en tres diferentes modelo de
soporte: fichero xml, base de datos Access, o SQL server en
función del número de usuarios que se desee soportar |
| Actualizaciones
|
Separar los objetos
de distintas capas de servicio en distintos servidores |
| Publicación |
Independizar
la función de generación y publicación de páginas a los servidores
web |
Siguiendo este criterio, ofrecemos a continuación tres ejemplos
de modularización y escalabilidad para el caso de tener:
| |
1. Menos de 50 usuarios concurrentes
2. Entre 50 y 1000 usuarios concurrentes
3. Más de 1000 usuarios concurrentes |
NOTA: estos ejemplos tan solo son un ejemplo de la modularización
de iAWol, para conocer los requisitos mínimos, consulte el Apéndice
1 (Requisitos mínimos) de este documento.
C.1 Menos de 50 usuarios concurrentes
C.2. Entre 50 y 1000 usuarios concurrentes
Si se plantean más de 50 pero menos de 1000 usuarios concurrentes,
se pueden poner los objetos de cada una de las capas de servicio
en un servidor distinto. En esta situación, también se recomienda
montar un servidor que gestione las peticiones sobre las páginas
del servicio iAWol, y otro servidor independiente para alojar las
páginas web generadas y atender las peticiones.
C.3. Más de 1000 usuarios concurrentes
Si iAWol tiene más de 1000 usuarios concurrentes acudiendo para
modificar, generar y transferir sitios web, también se pueden distribuir
los objetos que están incluidos dentro de la capa con más carga
en más servidores. Normalmente, la capa más sobrecargada es la de
datos y en particular la función de publicación entendiéndola como
la transferencia de archivos (páginas html, imágenes y ficheros
de sonido) a los servidores web.
|
