# RSS 폴링 플러그인에 상한선이 있을까요?
**URL:** https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137
**Category:** Support
**Tags:** rss-polling
**Created:** [6월 25, 2024, 10:04오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137 "2024-06-25T22:04:54Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@icaria36](https://meta.discourse.org/u/icaria36)
#### Post date: [6월 25, 2024, 10:04오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/1 "2024-06-25T22:04:54Z")
저희는 RSS 폴링에 크게 의존하는 사이트를 구축하고 있습니다. (팟캐스트 커뮤니티로, 각 팟캐스트는 자체 카테고리와 RSS를 보유하고 있으며, 플랫폼에서 새 에피소드를 게시할 때마다 새 포스트를 게시합니다.) RSS 폴링이 처리할 수 있는 양보다 더 많은 피드를 가져오는 경우, 즉 성공으로 인해 시스템이 무너질 위험이 있는지 궁금합니다.
구체적으로:
- 이 플러그인을 매우 많은 수의 피드와 함께 테스트해 보셨나요?
- 피드가 많을 경우, 10분마다 폴링하는 것과 1시간마다 폴링하는 것 사이에 부하(stress) 측면에서 차이가 있나요?
- 모든 피드가 동시에 폴링되나요, 순차적으로 폴링되나요, 아니면 다른 방식인가요? 동시 폴링은 피드가 하나씩 순차적으로 폴링되는 경우보다 많은 수의 피드에 대해 이론적으로 더 민감할 수 있기 때문에 질문드립니다.
[여러 피드를 가진 것과 관련이 있을 수 있는 반복적이지만 지금까지는 무해한 오류](https://meta.discourse.org/t/job-exception-undefined-method-name-for-an-instance-of-string/313704)로 인해, 너무 늦기 전에 이 질문들을 하게 되었습니다. 🙂
---
### Author:  [@icaria36](https://meta.discourse.org/u/icaria36)
#### Post date: [7월 24, 2024, 7:58오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/2 "2024-07-24T19:58:13Z")
거의 예상대로, 사이트에 피드를 추가할수록 이 질문이 더 중요해지고 있습니다.
현재 새 피드를 추가하면, 설정에서 정의된 폴링 주기에 따라 10분 이내에 첫 가져오기가 이루어지지 않는 경우가 거의 확실합니다.
또한, 모든 피드가 정의된 관리자 페이지에서 피드 정렬 순서가… 변경될 수 있습니다. 피드 수가 적었을 때는 항상 피드가 추가된 순서대로 정렬된 정적 목록이었습니다. 순서가 변경되는 원인이 무엇인지, 새로운 정렬에서 피드가 어떤 원칙을 따르는지 알지 못합니다.
이것이 단순히 우리 사이트를 무너뜨리거나 피드의 폴링/게시도를 신뢰할 수 없게 만들 더 큰 문제의 증상인지 궁금합니다.
> [@icaria36](#):
>
> 모든 피드가 동시에 폴링되는 것인가요, 순서대로 폴링되는 것인가요, 아니면 다른 방식인가요?
제가 생각하기에 이것이 가장 관련성이 높은 질문입니다. 누군가 폴링을 지시하는 코드 부분을 알려주신다면, 스스로 해결할 수 있을지도 모릅니다.
> [@icaria36](#):
>
> [반복적이지만 finora 무해한 오류](https://meta.discourse.org/t/job-exception-undefined-method-name-for-an-instance-of-string/313704)로, 관련이 있을 수 있습니다
단순 업데이트입니다. 이 문제가 피드 수량과 무관하다는 것을 알게 되었습니다. 그리고 이제 해결되었습니다. 아주 좋습니다!
---
### Author:  [@Gotchur](https://meta.discourse.org/u/Gotchur)
#### Post date: [7월 24, 2024, 8:58오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/3 "2024-07-24T20:58:01Z")
여기서 성능 관련 질문에도 관심이 있습니다.
---
### Author:  [@icaria36](https://meta.discourse.org/u/icaria36)
#### Post date: [7월 30, 2024, 9:52오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/4 "2024-07-30T21:52:40Z")
Sidekiq가 몇 가지 답을 제시합니다.
오늘 페이지 로딩에 평소보다 시간이 좀 더 걸리는 것을 발견했습니다. 지난 며칠 동안 여기저기서 약간 느려지는 현상을 이미 눈치채고 있었는데, 예를 들어 Discourse 링크가 페이지 제목으로 렌더링되는 데 걸리는 시간이 그랬습니다.
Sidekiq를 확인해보니 대기열(Enqueued)에 작업이 100개 이상, 처리 중(Busy)이 5개였습니다. 거의 대부분이 RSS 폴링 피드였습니다. 폴링 주기(주요성)를 10분에서 1시간으로 변경하고 작업을 삭제했습니다.
그 후 서버를 확인했는데, 변경 전후의 결과는 다음과 같습니다:
제 추측은(아직 코드를 확인하지는 않았으므로 이 정보만으로 판단한 것입니다) RSS 폴링이 피드 수만큼 작업을 큐에 넣는다는 것입니다. 큐는 동시에 실행되는 작업의 수가 합리적인 수준을 유지하도록 보장합니다. 하지만… 제 생각에는 피드 큐가 너무 길어지면, 새로운 RSS 폴링이 시작될 때 마지막 작업이 아직 실행 중일 수 있으며, 이때부터 리셋이 이루어질 때까지 상황이 악화됩니다. 그러나 큐는 다시 길어지고, 이런 상황이 반복됩니다.
이 분석이 잘못되었다면 수정해 주세요. 🙂
업데이트: RSS 폴링 작동 중, 피드 60개 이상 (대규모 활동이 없는 아직 새로운 커뮤니티, 수면 시간에는 더 적음).
---
### Author:  [@icaria36](https://meta.discourse.org/u/icaria36)
#### Post date: [12월 20, 2024, 9:23오전 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/5 "2024-12-20T09:23:57Z")
관련 내용? 아마도: [RSS feeds disappearing misteriously](https://meta.discourse.org/t/rss-feeds-disappearing-misteriously/343372)
---
### Author:  [@patrickemin](https://meta.discourse.org/u/patrickemin)
#### Post date: [6월 23, 2025, 8:10오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/6 "2025-06-23T20:10:11Z")
안녕하세요, 사용 가능한 피드의 최대 수에 대해 파악이 되셨나요? 감사합니다.
---
### Author:  [@icaria36](https://meta.discourse.org/u/icaria36)
#### Post date: [9월 13, 2026, 8:30오후 UTC](https://meta.discourse.org/t/are-there-any-upper-limits-to-the-rss-polling-plugin/315137/7 "2026-09-13T20:30:03Z")
안녕하세요, 이렇게 늦게 답변드려서 정말 정말 죄송합니다. 질문을 놓치고 있었습니다. 혹시 아직 누군가에게 도움이 될 만한 내용이라면…
제가 파악한 바로는 딱 정해진 한계는 없지만, 한계는 서버의 성능, RSS 피드의 규모(에피소드 수, 아마도 이미지 용량도 포함될 것 같고), 그리고 폴링 주기에 달려 있습니다.
RSS 폴링은 여전히 Sidekiq에 큰 부하를 주고, 일부 피드는 처리하는 데 20분 이상 걸릴 수 있습니다. 이렇게 긴 RSS 폴링으로 인해 동시 실행되는 5개의 작업이 막히면 작업 큐가 쌓이기 시작합니다. 실질적인 한계는 RSS 폴링 사이사이에 Sidekiq가 모든 큐의 모든 작업을 처리할 충분한 시간을 확보하지 못할 때입니다. 이런 상황이 발생하면 다음 RSS 폴링에서 큐가 더 막히고 결국 무언가가 충돌하거나 재시작됩니다. 사용자는 이를 알아차리지 못할 수도 있습니다. 이로 인해 일부 RSS 피드가 업데이트되지 않을 수 있습니다.