안녕하세요,
대규모 통합을 위해 Discourse Chat 사용 가능성을 검토하고 있으며, 커뮤니티의 의견을 듣고 싶습니다. 저는 약 10,000개 페이지가 있는 웹사이트를 운영하고 있으며, 각 페이지는 별도의 커뮤니티(또는 대상 독자층)를 나타냅니다. 이 때문에 페이지당 전용 채팅 채널을 사용하는 것을 고려하고 있습니다.
이로 인해 몇 가지 질문이 생겼습니다:
- 채널 제한 사항:
- Discourse에서 매우 많은 수의 채팅 채널을 생성하고 관리할 때 알려진 제한 사항은 무엇인가요?
- 페이지당 전용 채널(10,000개 채널)이 비현실적인 것으로 판명될 경우, 이러한 페이지를 더 큰 커뮤니티로 그룹화하거나 분류하기 위한 권장 접근 방식은 무엇인가요?
- 페이지당 전용 채널(10,000개 채널)이 비현실적인 것으로 판명될 경우, 이러한 페이지를 더 큰 커뮤니티로 그룹화하거나 분류하기 위한 권장 접근 방식은 무엇인가요?
- REST API 가용성:
- 채팅 채널과 메시지를 관리하기 위한 공식 REST API 또는 다른 프로그래매틱 인터페이스가 제공되나요?
- 사용자 제한 사항:
- 채널에 참여할 수 있는 활성 사용자 수 또는 전체 사용자 수에 대한 제한 사항은 무엇인가요?
- 단일 채널 내 높은 활성 사용자 수와 관련된 동시성 또는 성능 문제가 있나요?
- 성능 및 리소스 관련 우려 사항:
- 대량의 채널(각 채널마다 높은 메시지 볼륨이 발생할 수 있음)이 서버 리소스에 부담을 주거나, 전체 성능에 영향을 미칠 수 있는 추가 포트가 열리나요?
- 높은 볼륨의 채팅 활동을 처리할 때 도움이 되는 구성 설정이나 모범 사례(예: 데이터 보존 정책, 데이터베이스 튜닝)가 있나요?
- 모범 사례 및 대안:
- 유사한 설정(예: 페이지당 채널 또는 페이지를 더 넓은 커뮤니티로 그룹화)을 구현해 본 사람이 있으며, 어떤 어려움에 직면했나요?
- 이러한 시나리오에서 채팅 기능을 조직하고 확장하기 위해 어떤 전략을 권장하시나요?
채널의 확장성 및 사용 가능한 API를 통해 채팅을 통합하고 관리하는 가장 좋은 방법에 대한 제안은 물론, 통찰력, 벤치마크 또는 구성 팁이 모두 매우 도움이 될 것입니다.
도와주신 점과 피드백에 대해 미리 감사드립니다!