Nous effectuons des tests avec plusieurs utilisateurs, en effectuant des requêtes de sujets, des créations de sujets et également en ajoutant des réponses à un sujet. Au milieu du test, la route de création de publication a commencé à renvoyer le code 429, et il n’était plus possible de répondre aux sujets, mais les autres routes de requête, comme, et la route de création de sujet, qui sont les mêmes dans ce cas, ce qui change est l’attribut n’a pas donné 429.
Juste pour information, notre front personnalisé appelle notre API, qui dans cette API effectue toutes les actions nécessaires dans le discours, nous l’utilisons comme intermédiaire pour traiter les informations. Un autre point est que tous les tests sont effectués avec différents utilisateurs, en utilisant la fonctionnalité d’ajout du nom d’utilisateur dans l’en-tête de la route. La seule chose serait l’adresse IP elle-même à cause du serveur qui a l’API intermédiaire.
La question est, comment seule la partie création de publication peut-elle poser le problème 429, alors que toutes les autres ont continué à fonctionner ?
J’enquêterais dans deux directions : le nombre de requêtes à l’API dépend de votre rythme et du nombre de sous-requêtes.
Comment gérez-vous la limitation de débit de votre côté ?
Hmmm. Si vous recevez un 429, vous devriez attendre et réessayer. Je ne vois aucune raison pour que votre API échoue dans ce cas.
Nous utilisons Discourse Saas, donc je ne sais pas s’il est possible de configurer la limite de requêtes par IP, pourriez-vous me dire ?
Mais le plus étrange est qu’il renvoie 429, mais les autres routes continuent de fonctionner même lorsque je crée un sujet, ce qui, si vous y réfléchissez, est la même route de création de publication juste en changeant un attribut.
Mais qui sait, il pourrait aussi s’agir d’une question d’attente. Parce que nous effectuons un test de stress, et certaines routes sont appelées avant la création d’un sujet, après sa création, nous appelons la route pour répondre, provoquant une erreur 429, lorsque le test est répété quelques secondes plus tard et que la création fonctionne, brisant ainsi la partie réponse qui est toujours exécutée après la création.
Il est probable que le 429 sur la création de publication ne provienne pas d’un trop grand nombre de requêtes API, car d’autres requêtes continuent de fonctionner, mais d’un paramètre du site tel que rate_limit_create_post.