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.