 |
Ventus Proxy For Webservices (VPFW) es el primer servidor proxy de webservices XML/SOAP del mercado. Como tal, VPFW intercepta todas las peticiones de los clientes. Éstos se conectan directamente contra VPFW solicitando un determinado servicio del webservice del proveedor, y VPFW se encarga de entregar el resultado de la ejecución de este servicio (ya sea conectando con los servidores del webservice para obtener dicho resultado o bien entregando este resultado desde el propio VPFW). VPFW tiene las siguiente características:
:1. Es un servidor proxy de caché de documentos XML/SOAP.
 |
 |
VPFW es capaz de servir peticiones sin contactar con los servidores del webservice. Cuando un cliente solicita un servicio, VPFW almacena una copia en local del resultado de la ejecución de este servicio. Si posteriormente el mismo u otro cliente demanda este mismo servicio, VPFW le entregará el resultado desde su copia en local. VPFW puede establecer toda una serie de reglas de cacheo que aseguren que el contenido entregado desde la copia local de VPFW es correcto. |
 |
2. Es un servidor proxy no transparente.
 |
 |
VPFW es capaz de modificar la petición entrante y la respuesta a dicha petición con el fin de aportar servicios añadidos como la compresión de la respuesta, la sustitución de valores en el documento de respuesta según valores del documento de entrada, el balanceo de las peticiones entrantes contra un conjunto de servidores del webservice, etc. |
3. Es un servidor proxy reverse.
 |
 |
VPFW se configura como proxy reverse para los webservice que estén dados de alta en modalidad servidor (es decir, en los que el propietario del VPFW actúe como proveedor de los datos). En este caso, VPFW se instala justo delante de los servidores del webservice, interceptando todas las peticiones entrantes de los clientes. Con esta configuración, VPFW aporta las siguientes funcionalidades: |
 |
 |
 |
Validación de documentos: VPFW es capaz de validar documentos XML o SOAP a través de esquemas xsd. |
 |
 |
 |
Tratamiento de peticiones SSL: VPFW es capaz 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 así a éstos del proceso de desencriptación y posterior encriptación de dicha petición. |
 |
| |
 |
Balanceo de carga: VPFW es capaz de distribuir la carga entre el conjunto de servidores del webservice, reescribiendo la URL de cada petición para redirigirlas al servidor correcto. Esto se logra mediante la transformación de URLs externas hacia URLs internas. |
 |
| |
 |
Compresión: VPFW es capaz 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. |
 |
| |
 |
Protección de servidores: 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. |
 |
| |
 |
Seguridad: restricciones de acceso por IP de origen, denegación de acceso a peticiones que no se correspondan con ningún webservice del proveedor y denegación de acceso a los servicios del webservice a usuarios no autentificados. |
4. Es un servidor proxy forward.
 |
 |
VPFW se configura como proxy forward para los webservice que estén dados de alta en modalidad cliente (es decir, en los que el propietario del VPFW actúe como cliente de los datos proporcionados por un webservice proveedor). En este caso, VPFW se instala justo después de los servidores del webservice, interceptando todas las peticiones salientes de las aplicaciones del cliente. Con esta configuración, VPFW aporta las siguientes funcionalidades: |
 |
 |
 |
Validación de documentos: VPFW es capaz de validar documentos XML o SOAP a través de esquemas xsd. |
 |
 |
 |
Tratamiento de peticiones SSL: VPFW es capaz 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 las aplicaciones del cliente del proceso de encriptación y posterior desencriptación de dicha petición. |
 |
| |
 |
Balanceo de carga: VPFW es capaz de distribuir la carga entre el conjunto de servidores del webservice, reescribiendo la URL de cada petición para redirigirlas al servidor correcto. Esto se logra mediante la transformación de URLs internas hacia URLs externas. |
 |
| |
 |
Compresión: VPFW es capaz 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. |
5. Es un servidor proxy con análisis de contenido.
 |
 |
VPFW es capaz de dejar traza de todas las peticiones y de sus correspondientes respuestas, para así construir 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. |
6. Es un servidor proxy con capacidad para monitorización de webservices.
 |
 |
Adelantarse a los problemas en entornos de webservices es crítico. La herramienta de monitorización de VPFW permite:
- determinar si se ha excedido un determinado umbral de peticiones consideradas "erróneas".
- determinar si los tiempos de respuesta del sistema para cada tipo de mensaje son o no "aceptables".
Si alguna de estas dos premisas no se cumple, el sistema enviará un alerta (por correo, SMS, etc.) al administrador asignado para que actúe en consecuencia. Además, todas estas incidencias quedarán registradas para, a posteriori, poder generar informes de incidencias del sistema (diarios, semanales o mensuales). |
|