Wir führen einige Tests mit mehreren Benutzern durch, bei denen Themen abgefragt, Themen erstellt und auch Antworten zu einem Thema hinzugefügt werden. Mitten im Test begann die Route zur Beitragserstellung den Code 429 zurückzugeben, und es war nicht mehr möglich, auf Themen zu antworten, aber die anderen Abfragerouten, wie die Themenabfrage und die Themen-Erstellungsroute, die in diesem Fall gleich sind, was sich ändert, ist das Attribut, das keinen 429-Fehler verursachte.
Nur zur Anmerkung: Unser personalisiertes Frontend ruft unsere API auf, die alle notwendigen Aktionen in Discourse durchführt. Wir verwenden sie als Vermittler zur Verarbeitung der Informationen. Ein weiterer Punkt ist, dass alle Tests mit verschiedenen Benutzern durchgeführt werden, wobei die Funktionalität des Hinzufügens des Benutzernamens zum Routen-Header verwendet wird. Das Einzige, was übrig bleibt, ist die IP-Adresse selbst, aufgrund des Servers, der die Zwischen-API hat.
Die Frage ist, wie nur der Teil der Beitragserstellung das 429-Problem verursachen kann, während alle anderen weiterhin funktionierten?
Ich würde in zwei Richtungen untersuchen: Die Anzahl der Anfragen an die API hängt von Ihrem Tempo und der Anzahl der Unteranfragen ab.
Wie gehen Sie mit Ratenbegrenzungen auf Ihrer Seite um?
Hmmm. Wenn Sie eine 429 erhalten, sollten Sie warten und es erneut versuchen. Ich sehe keinen Grund, warum Ihre API in diesem Fall fehlschlagen sollte.
Wir verwenden Discourse Saas, daher weiß ich nicht, ob es möglich ist, das Anfrage-Limit pro IP zu konfigurieren. Könnten Sie mir das bitte sagen?
Aber das Seltsame ist, dass es 429 zurückgibt, aber die anderen Routen funktionieren weiterhin, auch wenn ich ein Thema erstelle, was, wenn man darüber nachdenkt, dieselbe Routen-Erstellung ist, nur durch Ändern eines Attributs.
Aber wer weiß, es könnte auch eine Frage des Wartens sein. Da wir einen Stresstest durchführen, werden einige Routen aufgerufen, bevor ein Thema erstellt wird. Nachdem es erstellt wurde, rufen wir die Route auf, um zu antworten, was den Fehler 429 verursacht. Wenn der Test wiederholt wird, müssen bereits einige Sekunden vergangen sein und die Erstellung funktioniert, wodurch der Antwortteil, der immer nach der Erstellung ausgeführt wird, fehlschlägt.
Es ist wahrscheinlich, dass die 429 bei der Beitragserstellung nicht von zu vielen API-Anfragen stammt, da andere Anfragen weiterhin funktionieren, sondern von einer Website-Einstellung wie rate_limit_create_post.