複数のユーザーでトピッククエリ、トピック作成、トピックへの返信の追加などのテストを実施していました。テストの途中で、投稿作成ルートがコード429を返すようになり、トピックに返信できなくなりました。しかし、この場合同じである、返信やトピック作成のような他のクエリルートは、属性が異なるだけで429を返しませんでした。
補足ですが、私たちのパーソナライズされたフロントエンドはAPIを呼び出しており、このAPIはDiscourseで必要なすべての操作を実行します。私たちはそれを情報処理の中間者として使用しています。もう1つの点は、すべてのテストは異なるユーザーで実行されており、ルートヘッダーにユーザー名を追加する機能を使用していることです。唯一の違いは、中間APIを持つサーバーのため、IPアドレス自体です。
質問は、投稿作成部分だけが429の問題を引き起こし、他のすべてが機能し続けたのはなぜかということです。
2つの方向で調査します。APIへのリクエスト数は、あなたのペースとサブリクエストの数に依存します。
ご自身でレート制限をどのように処理していますか？
うーん。429エラーを受け取った場合は、待ってから再試行する必要があります。その場合、APIが失敗する理由は見当たりません。
Discourse Saas を使用しているため、IP ごとにリクエスト制限を設定できるかどうかわかりません。教えていただけますか？
しかし、奇妙なのは、429 が返されるのに、トピックを作成した場合でも他のルートは機能し続けることです。これは、考えてみれば、属性を変更するだけで同じ投稿作成ルートと同じはずです。
しかし、誰が知っているか、待つことも問題かもしれません。ストレス テストを行っているため、一部のルートはトピックを作成する前に呼び出され、作成後に応答するルートを呼び出すとエラー 429 が発生します。テストを繰り返すと、数秒が経過し、作成が機能するため、作成後に常に実行される応答部分が壊れます。
投稿作成時の429エラーは、他のリクエストは引き続き機能しているため、APIリクエストが多すぎることに起因するのではなく、rate_limit_create_postのようなサイト設定に起因する可能性が高いです。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.