여러 사용자와 함께 토픽 쿼리, 토픽 생성, 그리고 토픽에 대한 답변 추가를 포함한 테스트를 진행 중입니다. 테스트 도중 게시글 생성 라우트가 429 코드를 반환하기 시작했고, 더 이상 토픽에 답변을 추가할 수 없었습니다. 그러나 좋아요와 같은 다른 쿼리 라우트나, 이 경우 동일한 속성을 사용하는 토픽 생성 라우트는 429 오류를 발생시키지 않았습니다.
참고로, 우리의 개인화된 프론트엔드는 API를 호출하며, 이 API는 Discourse에서 필요한 모든 작업을 수행합니다. 우리는 정보를 처리하기 위해 이 API를 중개자(intermediary)로 사용합니다. 또한 모든 테스트는 사용자명을 라우트 헤더에 추가하는 기능을 사용하여 서로 다른 사용자별로 수행되었습니다. 유일한 공통점은 중간 API를 실행하는 서버의 IP 주소일 것입니다.
질문은, 왜 다른 모든 라우트는 정상적으로 작동하는 동안 게시글 생성 부분에서만 429 문제가 발생하는지입니다.
두 가지 방향으로 조사해 보겠습니다: API에 대한 요청 횟수는 작업 속도와 서브 요청의 수에 따라 달라집니다.
음. 429 오류가 발생하면 기다렸다가 다시 시도해야 합니다. 그런 경우 API가 실패할 이유는 없다고 봅니다.
저희는 Discourse SaaS를 사용하고 있어서 IP별 요청 제한을 설정할 수 있는지 확실하지 않습니다. 혹시 가능할까요?
그런데 이상한 점은, 429 오류가 발생하지만 다른 라우트는 여전히 작동한다는 것입니다. 예를 들어, 주제를 생성할 때도 마찬가지인데, 생각해보면 주제를 생성하는 라우트와 동일한 라우트를 단순히 속성만 바꿔서 호출하는 것이기 때문입니다.
하지만 어쩌면 대기 시간 문제일 수도 있습니다. 저희는 스트레스 테스트를 수행하고 있고, 주제를 생성하기 전에 일부 라우트가 호출됩니다. 주제가 생성된 후에는 응답 라우트를 호출하는데, 이때 429 오류가 발생합니다. 테스트를 반복하면 몇 초가 지나야 하므로, 그 사이에 생성은 성공하지만 항상 생성 후에 실행되는 응답 부분이 깨지는 것입니다.
429 오류가 게시글 생성 시 발생하고 있지만, 다른 요청은 계속 정상적으로 작동하고 있으므로, 이는 API 요청 횟수 초과 때문이 아니라 rate_limit_create_post와 같은 사이트 설정에서 비롯된 것으로 보입니다.