Discourse는 정말 처음 써 봅니다. Discourse에 대해 완전 초보자라고 해도 과언이 아니죠 
예상 사용자 활동:
- 최대 500명 동시 접속 (게시물 읽기)
- 분당 최대 50개의 게시글/댓글
- 각 주제당 평균 2장의 이미지(각 2MB)
호스팅 플랜 추천? 적합한 하드웨어 사양(RAM/프로세서/SSD)?
사용자의 행동에 따라 이 수치가 크게 달라질 수 있지만, 제 이해에 따르면 4개의 CPU 코어와 최소 8GB의 RAM, 그리고 SSD 저장장치(콘텐츠 요구 사항에 따라 필요한 용량 + 25%)를 조합하는 보수적인 접근 방식이 충분한 여유 공간을 제공할 것입니다.
성능 향상의 이점을 누리기 위해 최신 버전의 CPU를 사용하는 것을 권장합니다.
@itsbhanusharma 감사합니다.
혹시 포럼을 호스팅해 보셨나요?
그렇다면 현재 사용자 상호작용 및 하드웨어를 포함한 호스팅 플랜, 그리고 포럼 링크를 공유해 주시겠습니까?
저는 직접 호스팅된 포럼은 없지만, 고객사의 포럼을 사례로 많이 보유하고 있습니다:
- 약 4,000명의 사용자 (동시 활성 700명 이상)가 사용하는 포럼은 위에서 언급한 사양으로 운영됩니다.
- 약 2,500명의 사용자 (동시 활성 250명 이상)가 사용하는 포럼은 2코어, 4GB 메모리로 운영됩니다.
- 약 500명의 사용자 (동시 활성 약 50~60명)가 사용하는 포럼은 1코어, 2GB RAM으로 운영됩니다.
이 서비스를 어디에 호스팅할지 추천해 주세요.
인도에서 사회복지 관련 포럼을 시작하려고 합니다. 이제 제 도시인 아우랑가바드(Aurangabad)에서 이 서비스를 테스트해 보려 합니다.
이 개념을 성공적으로 테스트하면 인도 전역으로 확장하고 싶습니다.
각 도시에 대해 별도의 Discourse를 만들고 서브도메인을 사용하려고 합니다. 예: Aurangabad.Example.com, Delhi.Example.com — 아직 도메인 이름을 정하지 않아서 그냥 예시입니다.
Digitalocean 호스팅을 추천합니다. (방갈루루에 DC가 있어 인도 전역에서 지연 시간이 짧습니다)
플랜에 대해 말씀드리자면, 좀 더 성능이 좋은 서버를 사용하고 Discourse 멀티사이트를 설정하는 것을 추천합니다. 그러면 작업이 훨씬 수월해질 것입니다.
이 프로젝트가 인도 기반이므로, 개발 단계에 저도 참여할 수 있습니다.
이게 무슨 뜻인가요?
각 도시에 대해 별도의 discourse를 설정하고 싶습니다. 지역별 모더레이터가 필요할 것이기 때문입니다.
사용자에게 도시별 포럼을 보여주고 싶기 때문입니다.
네
이 개념 개발을 6개월째 진행해 왔습니다. 하지만 안드로이드에 대해 생각하느라 많은 시간을 낭비했습니다. 이제 사용자가 새로운 앱을 설치하는 것을 귀찮아하기 때문에, 웹사이트 기반 시스템이 더 잘 작동할 것이라고 판단했습니다. 특히 Discourse는 사용하기가 쉽습니다.
저는 2~3년 전부터 비슷한 Discourse 포럼을 사용해 왔습니다.
이 3개 포럼의 링크를 알려주실 수 있을까요? 트래픽과 상호작용을 확인해 보고 싶습니다.
클라이언트의 동의 없이 공개할 수 없습니다. 비즈니스 정책상 금지되어 있습니다.
1일 차부터 이런 종류의 활동이 발생할 것이라고 얼마나 확신하시나요? 해당 수치는 어디서 가져오신 건가요? 기존 포럼을 이식하는 건가요?
대부분의 호스팅 업체는 매우 확장 가능한 솔루션을 제공합니다. 양방향 확장성이 있는 호스팅 업체를 선택하여 예산 내에서 최상의 환경을 구축하는 것이 좋습니다. Discourse는 느린 CPU 여러 개보다 빠른 CPU 하나를 더 중요하게 여깁니다.
이미지의 경우, Discourse에서 지원하는 Amazon S3와 같은 클라우드 저장소/전달 서비스를 고려하는 것이 좋습니다. 이를 통해 이미지 처리를 Amazon 인프라로 오프로딩하여 호스팅 비용, 효율성, 방문자 경험을 모두 개선할 수 있습니다.
멀티사이트 구성은 기술적, 커뮤니티적 측면에서 도전적일 수 있습니다. 이 방향으로 진행하시기로 결정했다면, 개발자 또는 DevOps 인력을 고용하는 것이 좋습니다. 본인이 DevOps 역량이 있더라도, 이것이 시간을 가장 효율적으로 사용하는 방법은 아닐 수 있습니다.
그렇지 않다면, 도시별 카테고리를 설정하고 서브도메인을 해당 카테고리 URL로 리디렉션하도록 설정하는 방식을 활용할 수 있습니다.
첫날부터 이런 부하를 예상해서 배포하지 않습니다.
작게 시작해서 확장해 나가세요. DigitalOcean에서는 이렇게 할 수 있습니다.
이것은 예측일 뿐입니다. 지출을 계산하고 싶어서입니다. 이 포럼은 사회복지를 위한 것입니다.
아니요, 이전하지 않습니다.
저에게는 작동하지 않을 것 같습니다. 각 도시에 카테고리를 설정해야 하기 때문입니다.
각 도시마다 별도의 Discourse 인스턴스를 사용하는 것은 관리의 악몽이 될 가능성이 높기 때문에, 도시별로 카테고리를 사용하는 방식을 검토해 보시는 것이 좋습니다.
카테고리를 사용하면 각 카테고리에 대해 특정 "모더레이터"를 지정할 수 있습니다:
국가 내에서 도시/주별로 이러한 구조를 구성하는 방식은 이전에 논의된 적이 있으므로, 유용한 정보를 찾으실 수 있을 것입니다:
Discourse에서 동시에 연결된 사용자 수에 상한선이 있나요, 아니면 서버의 성능에 따라 달라지는 건가요?
이는 오직 여러분의 리소스에 따라 달라집니다. 저는 CDN을 Discourse에, S3를 사용하여 단일 VM에서 매우 트래픽이 많은 두 개의 사이트를 운영 중입니다. 또한 오토스케일링을 통해 여러 서버를 실행하는 것도 가능하지만, 이는 공식적으로 지원되지 않습니다.