Stiamo eseguendo alcuni test con più utenti, effettuando query sugli argomenti, creando argomenti e aggiungendo risposte a un argomento. Nel bel mezzo del test, il percorso di creazione dei post ha iniziato a restituire il codice 429, e non è stato più possibile rispondere agli argomenti, ma gli altri percorsi di query, come, e il percorso di creazione degli argomenti, che in questo caso sono gli stessi, ciò che cambia è l’attributo non ha dato 429.
Solo per precisare, il nostro front-end personalizzato chiama la nostra API, che in questa API esegue tutte le azioni necessarie in discourse, la usiamo come intermediario per elaborare le informazioni. Un altro punto è che tutti i test vengono eseguiti con utenti diversi, utilizzando la funzionalità di aggiunta del nome utente all’header del percorso. L’unica cosa sarebbe l’IP stesso a causa del server che ha l’API intermedia.
La domanda è, come può solo la parte di creazione dei post dare il problema 429, mentre tutte le altre hanno continuato a funzionare?
Indagherei in due direzioni: il numero di richieste all’API dipende dal tuo ritmo e dal numero di sotto-richieste.
Come gestisci il rate limiting da parte tua?
Hmmm. Se ricevi un 429 dovresti aspettare e riprovare. Non vedo alcun motivo per cui la tua API debba fallire in quel caso.
Usiamo Discourse Saas, quindi non so se sia possibile configurare il limite di richieste per IP, potresti dirmelo?
Ma la cosa strana è che restituisce 429, ma le altre route continuano a funzionare anche quando creo un topic, che se ci pensi è la stessa route di creazione del post solo cambiando un attributo.
Ma chi lo sa, potrebbe anche essere una questione di attesa. Perché stiamo facendo uno stress test, e alcune route vengono chiamate prima della creazione di un topic, dopo che è stato creato chiamiamo la route per rispondere, causando l’errore 429, quando il test viene ripetuto qualche secondo dopo e la creazione funziona, rompendo così la parte di risposta che viene sempre eseguita dopo la creazione.
È probabile che il 429 sulla creazione di post non provenga da troppe richieste API, poiché altre richieste continuano a funzionare, ma da un’impostazione del sito come rate_limit_create_post.