Estamos fazendo alguns testes com múltiplos usuários, fazendo consultas de tópicos, criações de tópicos e também adicionando respostas a um tópico. No meio do teste, a rota de criação de postagens começou a retornar o código 429, e não foi mais possível responder aos tópicos, mas as outras rotas de consulta, como, e a rota de criação de tópicos, que são as mesmas neste caso, o que muda é o atributo não deram 429.
Só para constar, nosso front personalizado chama nossa API, que nesta API realiza todas as ações necessárias no discurso, usamos como intermediário para processar as informações. Outro ponto é que todos os testes são realizados com usuários diferentes, utilizando a funcionalidade de adicionar o nome de usuário ao cabeçalho da rota. A única coisa seria o próprio IP por causa do servidor que tem a API intermediária.
A pergunta é, como apenas a parte de criação de postagens pode dar o problema 429, enquanto todas as outras continuaram funcionando?
Eu investigaria em duas direções: O número de requisições para a API depende do seu ritmo e número de sub-requisições.
Como você lida com limitação de taxa da sua parte?
Hmm. Se você receber um 429, você deve esperar e tentar novamente. Não vejo razão para que sua API falhe nesse caso.
Usamos o Discourse Saas, então não sei se é possível configurar o limite de requisições por IP, você poderia me dizer?
Mas o estranho é que ele retorna 429, mas as outras rotas continuam funcionando mesmo quando crio um tópico, que se você pensar bem é a mesma rota de criação de postagem apenas mudando um atributo.
Mas quem sabe, pode ser questão de espera também. Pois estamos fazendo um teste de estresse, e algumas rotas são chamadas antes da criação de um tópico, após ele ser criado chamamos a rota para responder, causando o erro 429, quando o teste é repetido alguns segundos já devem ter se passado e a criação funciona, quebrando assim a parte de responder que é sempre executada após a criação.
É provável que o 429 na criação de posts não esteja vindo de muitas requisições de API, já que outras requisições continuam funcionando, mas sim de uma configuração do site como rate_limit_create_post.