El siguiente documento tiene como objeto el análisis de rendimiento

Análisis de Rendimiento de la BANCA ONLINE
(realizado por Osiatis www.osiatis.es)
El siguiente documento tiene como objeto el análisis de rendimiento y
calidad de las principales páginas de banca online que operan es
España. La herramienta utilizada para ello ha sido Test Perspective de
Keynote.
1.- Análisis de rendimiento
Para llevar a cabo el análisis de rendimiento de la banca online se han
seleccionado las siguientes compañías que prestan dichos servicios:
-
ebankinter.com
ibanesto.com
lacaixa.com
patagon.es
uno-e.com
El siguiente gráfico muestra el rendimiento medido en tiempo de
descarga de las 5 páginas web en un periodo de10 días:
Se observa que a determinadas horas del día, principalmente a las
12:00 PM, el tiempo de descarga de todas ellas aumenta hasta valores
muy elevados, en algunos casos más de 15 segundos. Esto es debido
a que en esas horas las webs analizadas están sometidas a más
tráfico. El aumento de visitas y un dimensionamiento insuficiente de los
servidores provocan que el tiempo de descarga aumente
drásticamente.
La web que ha demostrado mayores picos y tiempos más elevados de
descarga es ibanesto.com. Sin embargo, lacaixa.com se mantiene con
unos valores óptimos (inferiores a 2 segundos) y una gran estabilidad a
lo largo del periodo de tiempo analizado. La web de Patagon no
muestra valores de mediciones al tener un error en uno de sus
componentes; más adelante, en el análisis individual, se verá a qué es
debido.
Otra variable para tener total certeza de los datos obtenidos sería el
número de accesos, así como el horario de accesos a estas páginas
webs. Cruzando estos datos, es decir, tiempo de descarga y número de
accesos se obtendría claramente una respuesta al porqué de esos
picos.
2.- Análisis de Disponibilidad
Para llevar a cabo el análisis de disponibilidad de la banca online se
han seleccionado las mismas compañías analizadas anteriormente:
-
ebankinter.com
ibanesto.com
lacaixa.com
patagon.es
uno-e.com
El dato fundamental a destacar es la buena disponibilidad que han
mostrado todas las páginas web analizadas. Únicamente uno-e.com
muestra una caída en su disponibilidad en dos ocasiones bajando el
nivel al 50% y al 77% respectivamente.
Esto, normalmente, se debe a alguna caída o problema en el servidor
web.
El hecho de que el resto de las compañías analizadas de bancaonline
muestren tan altos niveles de disponibilidad indica que las compañías
han tomado las medidas necesarias para mantener este servicio crítico
funcionando 24x7, mediante medidas que aseguran dicha
disponibilidad (balanceo de cargas, redundancia, etc...)
Hay que tener en cuenta que una caída del servicio de bancaonline
provoca, además de las pérdidas económicas derivadas del hecho de
que no se produzcan transacciones, unas significativas pérdidas de
imagen que pueden provocar que los clientes busquen servicios más
rápidos y eficaces.
3.- Análisis
Individual
de Tiempo de
Descarga
Realizando un estudio del tiempo de descarga individual de cada objeto
obtenemos los siguientes resultados:
DNS Lookup: Tiempo de resolución del nombre de dominio
Initial Connection: Conexión inicial, esta medida depende del
proveedor de servicios de Internet.
Redirection: Si los servidores están en clustering hay un equipo
que redireccionan las cargas. Mediante este item se mide el tiempo
de redirección.
First Byte Download: Tiempo de descarga del primer byte
Content Download: Tiempo de descarga del objeto. Un mal
dimensionamiento del mismo afecta drásticamente al tiempo de
descarga
Error: se produce si existe algún error en el objeto (ej: link no
correcto) o si bien el tamaño del mismo es mayor a un máximo
establecido.
Para simular los accesos se ha utilizado el agente instalado en el
backbone de telefónica. Keynote tiene más de 150 agentes situados
en los principales backbones de comunicaciones del mundo. Gracias a
estos agentes se pueden simular conexiones de usuarios a nuestra
página web.
Vamos a examinar el tiempo de descarga de cada objeto de las
páginas web analizadas, para obtener más datos sobre su rendimiento
y detectar posibles errores en el dimensionamiento.
ebankinter.com
En el siguiente gráfico se muestra el tiempo de descarga individual de
cada objeto de la página de bancaonline de Bankinter. De esta forma
podemos ver como influyen los mismos en el tiempo total de descarga:
Se observa un buen dimensionamiento en la práctica totalidad de los
objetos de la página web, sin embargo se podría mejorar alguno de
ellos, sobre todo aquellos en los que se oberva que el “Content
Download” o tiempo de descarga de contenido es más elevado.
ibanesto.com
En el caso de la página ibanesto.com el problema principal es el
motivado por la descarga del primer bit en los dos últimos objetos del
gráfico. En el caso del 1.gif recarga en casi 3 segundos el tiempo total
de descarga de la página web. Esto se produce principalmente por un
mal servicio de acceso con la conexión al ISP.
lacaixa.com
La página web de La Caixa tiene un buen dimensionamiento y un
tiempo de descarga de 1,20 segundos.
patagon.com
En el caso de la página web de bancaonline de patagon hay que
destacar el error que se produce en la imagen spacer.gif. Este error
normalmente se debe a su mal dimensionamiento y tamaño de la
misma.
uno-e.com
Observamos un buen dimensionamiento de la página web de unoe.com de forma general y no hay ningún objeto de la misma que
recargue la página de forma considerable.
4.- Conclusiones
Todas las páginas analizadas tienen un buen dimensionamiento en
cuanto a calidad de los objetos incluidos en las mismas. Sin embargo,
hay dos problemas principales detectados en el estudio:
Infraestructura tecnológica insuficiente para dar respuesta el
número de accesos de ciertas páginas web lo cual provoca un
aumento drástico en su tiempo de descarga.
Prestaciones insuficientes de ciertos proveedores de acceso a
Internet
De estos dos problemas el que más está afectando a las páginas
analizadas es el primero. Esto se podría haber evitado simulando un
número de accesos a la página web, mediante un test de carga,
obteniendo de esta forma el umbral máximo de accesos a los que
puede dar servicio con la infraestructura dotada.
La función principal de un test de carga es la simulación de accesos
con unas normas de comportamiento definidas en “scripts”. De esta
forma, se van realizando pruebas en la calidad y eficacia de la
infraestructura tecnológica dotada al respecto.
Por ejemplo, si estimamos que nuestra página web, teniendo en cuenta
nuestros clientes actuales y datos históricos de acceso, va a tener unas
3.000 visitas diarias, con 100 visitas simultáneas sería conveniente el
realizar un test de carga sobre el servidor para ver si es capaz de dar
respuesta efectiva a estas 100 visitas.
Existen numerosos casos de aplicaciones que se han puesto en
marcha con unos enormes costes en márketing y publicidad, que el
primer día de servicio (en muchos casos, el último) no fueron capaces
de dar respuesta al número de accesos provocados por dicha
campaña. Esto tiene un gran impacto en la imagen de la compañía y
significa, en numerosas ocasiones, que el posible cliente del servicio no
vuelve a acceder al mismo por la mala experiencia sufrida. De nada
sirvieron, por tanto, los millones de euros gastados en la campaña de
publicidad, y todo ello debido a no haber invertido en la correcta
infraestructura informática de soporte.