• Definición de webservices XML/SOAP, e introducción de los clientes y llamadas asociados a estos webservices.

• Definición de las reglas de identificación de webservice, cliente, llamada, documento de entrada y documento de respuesta.

• Análisis del documento XML/SOAP entrante a partir de la generación de elementos índice (aquellos elementos del documento que deben considerarse para establecer el criterio de caché), los cuales identifican de manera única un determinado documento a través de un identificador de documento único (IDU). Se cachea el documento de respuesta solicitado, asociándolo al IDU.

• Hasta 3 criterios diferentes para caducar documentos de la caché: por tiempo de caché de la llamada, por reglas de caducidad y por eventos externos.

• Es capaz de balancear a nivel de servidor y puerto.

• Es capaz de balancear a nivel de webservice: es decir, se pueden definir conjuntos distintos de servidores de balanceo para cada webservice.

• Es capaz de reescribir la url de destino antes de redirigirla a los servidores.

• Es capaz de balancear por cookie y por un elemento del documento de entrada.

• La regla de balanceo que se aplica es un round-robin por llamada.

• Dispone de una herramienta gráfica de monitorización que nos indica qué clientes y qué llamadas hay abiertas en ese instante en cada servidor.

• VPFW es capaz de decidir si una petición determinada, que no se encontró en caché, debe o no debe ser enviada a los servidores del webservice. Existen hasta 4 diferentes criterios para restringir el acceso de peticiones a los servidores del webservice, y estas restricciones pueden aplicarse tanto a nivel de servicio (llamada) del webservice como a nivel de cliente:

1. Restricción de acceso por cuota media de peticiones simultáneas.
2. Restricción de acceso por cuota máxima de peticiones simultáneas.
3. Restricción de acceso por cuota nominal de peticiones.
4. Restricción de acceso por franja horaria.

• Capacidad de desencriptar la petición segura recibida del cliente y transformarla en una petición no segura antes de redirigirla a los servidores del webservice, liberando a éstos de esta tarea.

• Capacidad de encriptar la petición no segura recibida de la aplicación del cliente y transformarla en una petición segura antes de redirigirla a los servidores del webservice, liberando así a dicha aplicación de esta tarea.

• Capacidad de devolver comprimida la respuesta al cliente si éste así lo solicitó mediante la cabecera accept-encoding de la petición, liberando así a los servidores del webservice del proceso de compresión.
Algoritmos gzip y deflate soportados.

• Capacidad de solicitar la respuesta comprimida a los servidores del webservice del proveedor mediante la modificación de la cabecera accept-encoding de la petición. Si el proveedor es capaz de entregar la respuesta comprimida en el formato solicitado (algoritmos gzip y deflate soportados), entonces VPFW automáticamente descomprime dicha respuesta antes de entregarla a la aplicación del cliente, liberando así a ésta del proceso de descompresión.

Capacidad para tracear todas las peticiones entrantes a través de la generación de hasta 4 diferentes archivos de log:

1. Log de sistema: dónde se registran todos los eventos del sistema (el detalle de una arrancada o parada, el resultado de la ejecución de una determinada tarea, etc.)

2. Log de acceso: dónde se registran los accesos de los clientes a VPFW, es decir, cada una de las peticiones entrantes al sistema.

3. Log de errores: dónde se registran todos los errores producidos en las peticiones, dando información sobre la IP de origen que provocó el error, interface y/o cliente y/o llamada donde se ha producido el error, descripción del error (con información adicional si es el caso) y documento de entrada y/o respuesta que provocó el error (si es el caso).

4. Log de debug: este es un log que puede activarse desde la administración del interface. Una vez activo, registra una serie de tiempos de respuesta correspondientes a los distintos procesos que se ejecutan en VPFW para cada petición entrante.

A partir del análisis del log de acceso, se generan estadísticas detalladas de toda la actividad generada por los webservices: información de acceso de los clientes, de uso de las llamadas de los webservices, tiempos de respuesta de los servidores, volumen de transferencia de datos de entrada y salida, análisis de errores generados por los webservices, etc.

• Dentro de VPFW se pueden definir dos modalidades de webservice: modalidad servidor, que quiere decir que el webservice actúa como proveedor de datos para sus clientes, y modalidad cliente, que quiere decir que el webservice actúa como cliente que consulta datos de otro webservice.
Con VPFW se pueden tener indistintamente tantos webservice como se quiera en la modalidad que corresponda en cada caso.

• La desactivación del VPFW servidor no afecta al funcionamiento del VPFW cliente, y viceversa.

• VPFW es no intrusivo: se instala dentro de la infraestructura del cliente sin necesidad de modificar código alguno de las aplicaciones que ya están funcionando.

• Despliegue fácil y rápido: al no tener que modificar las aplicaciones existentes, se podría activar un VPFW en un entorno de producción el mismo día de la instalación.

• Administración y configuración vía web: con VPFW se suministra una potente herramienta web que, de una manera muy sencilla e intuitiva, permite la administración y configuración de todos sus componentes.

• Actualizaciones sin paradas de servicio: VPFW puede actualizarse sin necesidad de parada del sistema del cliente.