Discussion :

[Steph_ng8]

Bonjour,
J'ai écrit une application qui se connecte à un serveur HTTP(S) (qui ne m'appartient pas) pour y récupérer des données, et je cherche à optimiser les transferts de données.
J'aimerais également éviter que le serveur me considère comme un robot ou comme un potentiel assaillant…

Comme indiqué dans le titre, ma question concerne principalement la quantité de requêtes passées via une même connexion.
Ai-je intérêt à effectuer un maximum de requêtes à travers un minimum de connexions, ou est-ce une fausse bonne idée ?
Je suppose qu'il vaut mieux limiter le nombre de connexions d'un même client au même serveur, mais peut-être qu'à partir d'un certain nombre de requêtes il vaut mieux séparer le travail.
D'un autre côté, j'imagine que si un tel seuil existe, je serai loin du compte avec ma petite application ; mais je préfère me méfier des idées reçues.

Mes requêtes sont toutes du type GET ou POST.
Elles forment des groupes de requêtes qui doivent être exécutées dans un ordre spécifique, chaque groupe étant indépendant des autres.
Ils pourraient donc être exécutés en parallèle, mais le temps n'étant pas un paramètre critique, je me contente de les exécuter séquentiellement (via la même connexion quant c'est possible).

Au cas où il n'y aurait pas de réponse simple, à quel éléments dois-je prêter attention afin de déterminer le « meilleur » nombre de requêtes que je dois effectuer par connexion ?

Cordialement,

[fredoche]

Séquentiellement peu de risques.

Un serveur HTTP est fait pour endurer des milliers de requêtes par seconde, les sites actuels, notamment ceux qui font usage de frameworks comme angular ou react balancent des centaines de requêtes à la minute, tu multiplies ça par le nombre de clients...
En HTTP/2, les connexions sont multiplexées à travers une connexion TCP, c'est encore plus tolérant, mais pour ça il faut aussi que ton client négocie sa connexion en HTTP/2

[Steph_ng8]

Ok.
C'est bien ce que je pensais mais je voulais en être sûr.

Merci beaucoup !