¿De quién es la responsabilidad de restringir las solicitudes web?

Question

Estoy trabajando en una biblioteca de clases que recupera información de un sitio web de terceros. El sitio web al que se accede dejará de responder si se realizan demasiadas solicitudes dentro de un período de tiempo establecido (~ 0,5 segundos).

Los métodos públicos de mi biblioteca se relacionan directamente con un recurso y un archivo en el servidor web. En otras palabras, cada vez que se llama a un método, se crea un HttpWebRequest y se envía al servidor. Si todo va bien, se devuelve un archivo XML a la persona que llama. Sin embargo, si esta es la segunda solicitud web en menos de 0.5 s, la solicitud será expirada.

Mi dilema radica en cómo debo manejar la aceleración de solicitudes (si es que lo hago). Obviamente, no quiero que la persona que llama se quede esperando una respuesta, especialmente si estoy completamente seguro de que su solicitud expirará.

tendría más sentido para mi biblioteca para hacer cola y estrangular los webrequests he creado, o si mi biblioteca simplemente lanzar una excepción si el cliente no espera el tiempo suficiente entre las llamadas a la API?

Answer 1

El concepto de una biblioteca es dar a su código de cliente tan poco que preocuparse como sea posible. Por lo tanto, convertiría en el trabajo de las bibliotecas hacer cola en las solicitudes y devolver los resultados de manera oportuna. En un mundo ideal, utilizaría un modelo de devolución de llamada o delegado para que el código del cliente pueda operar de forma asíncrona, sin bloquear la interfaz de usuario. También podría ofrecer la opción de omitir la cola (y fallar si opera demasiado pronto) y posiblemente incluso ofrecer prioridades dentro del modelo de cola.

También creo que es responsabilidad del autor de la biblioteca ser un buen ciudadano y que la operación predeterminada de la biblioteca debe cumplir con las condiciones del proveedor de datos.

Answer 2

Esa es la responsabilidad del servidor web, imo. Debido a que la carga crítica depende del hardware, el ancho de banda de la red, etc. un montón de cosas que están fuera del control de su aplicación, no debería preocuparse por tratar el problema. IIS puede acelerar el tráfico según diversas opciones de configuración.

Answer 3

Yo diría que ambas cosas: se trata de dos sistemas independientes y ambos deben tomar medidas para defenderse de la carga excesiva. El servidor web debe rechazar las conexiones entrantes y la biblioteca del cliente debe tomar medidas para reducir las solicitudes que realiza a un servicio externo lento o que no responde. Un patrón común para tratar esto en el cliente es el "interruptor de circuito" que envuelve las llamadas a un servicio externo y falla rápidamente durante un cierto período después de la falla.

Answer 4

¿Qué tipo de cliente es? ¿Es este un cliente interactivo, por ejemplo, para una aplicación basada en GUI?

En ese caso, puede equiparar eso a un escenario webbrowser y dejar que el tiempo de espera emerja a la persona que llama. Además, si está seguro de que este servidor web está limitando las solicitudes, puede decirle al cliente que debe esperar durante un período de tiempo determinado antes de volver a intentarlo. De esa forma, el cliente no continuará re-emitiendo solicitudes, y sabrá cuándo se produce el primer tiempo de espera que es inútil emitir solicitudes demasiado rápido.