Hacker News 2026.04.18 24

Discourse는 클로즈드 소스로 가지 않습니다, 커뮤니티 소프트웨어의 오픈 선언

오해를 정면으로 반박한 공식 입장

커뮤니티 포럼 소프트웨어의 대표주자 Discourse가 공식 블로그를 통해 "우리는 클로즈드 소스로 전환하지 않는다"고 못 박았어요. 최근 라이선스 변경 논의가 돌면서 "Discourse도 결국 Redis나 HashiCorp처럼 오픈소스를 버리는 거 아니냐"는 우려가 퍼졌는데, 거기에 대한 직접적인 답변이에요.

Discourse가 뭔지 모르시는 분들을 위해 잠깐 설명드리면, 이건 2013년에 스택오버플로우 공동창업자 Jeff Atwood가 시작한 오픈소스 포럼 엔진이에요. 루비 온 레일즈 기반으로, 요즘 흔히 보는 실시간 업데이트, 무한 스크롤, 신뢰도 시스템 같은 현대적인 포럼 UX를 표준화한 프로젝트죠. 오라클, 트위터, 일론 머스크의 초기 테슬라 포럼, 수많은 오픈소스 커뮤니티(예: Rust, Kubernetes, Elixir 공식 포럼)가 Discourse 위에서 돌아가고 있어요.

왜 이런 우려가 나왔나

최근 몇 년간 오픈소스 업계에선 라이선스 변경 사태가 반복됐어요. MongoDB가 SSPL로, Elastic이 SSPL/Elastic License로, HashiCorp Terraform이 BSL로, Redis가 RSAL로 갈아타면서, 사실상 AWS 같은 클라우드 대기업이 공짜로 써먹지 못하게 막는 흐름이 만들어졌죠. 오픈소스 진영에선 이걸 "소스 공개형(source-available)"이라고 부르면서 진짜 오픈소스와 구분해요.

이 흐름 속에서 상업적 지원을 받는 오픈소스 프로젝트들이 전부 의심의 눈초리를 받게 됐어요. Discourse 역시 유료 호스팅 사업을 운영하고 있고, 최근 라이선스 조건을 검토한다는 이야기가 돌면서 "설마?"라는 반응이 나왔던 거예요.

Discourse가 내놓은 답

공식 입장의 핵심은 세 가지예요. 첫째, GPLv2 라이선스를 유지한다. Discourse는 GNU General Public License v2로 공개되어 있는데, 이건 소스 공개와 자유로운 수정/배포를 보장하는 진짜배기 오픈소스 라이선스예요. 이걸 그대로 간다는 거죠.

둘째, 핵심 기능에 "호스팅 전용 유료 벽"을 세우지 않는다. 즉, AI 요약이나 고급 관리 기능 같은 최신 기능도 자체 호스팅(self-hosted) 사용자가 그대로 쓸 수 있게 오픈소스로 공개한다는 뜻이에요. 많은 오픈코어 모델(핵심은 오픈, 부가기능은 유료)과는 다른 태도죠.

셋째, 운영 철학은 계속 커뮤니티 중심이라는 점을 재확인했어요. 이슈 트래커, 공개 로드맵, 외부 기여자의 PR 수용 같은 기본적인 오픈소스 운영 방식을 바꾸지 않겠다는 약속이에요.

업계 맥락에서 보면

이 선언이 흥미로운 건, 최근의 주류 흐름에 역행하는 신호이기 때문이에요. 상업 오픈소스 회사들이 "무임승차 클라우드"를 막기 위해 라이선스를 옥죄는 동안, Discourse는 "우리는 그 길로 가지 않는다"고 공개적으로 선을 그은 셈이거든요.

비슷한 자세를 유지하는 프로젝트로는 GitLab의 CE 버전, Mattermost Team Edition, Nextcloud 정도가 있어요. 이들도 기업용 유료판과 커뮤니티 오픈판을 분리하되, 커뮤니티판에서 기본 기능은 충분히 쓸 수 있게 열어두는 모델이에요. Discourse는 한 걸음 더 나가서 "오픈코어조차도 최소화한다"는 포지션에 가까워 보여요.

물론 현실적으로 이 모델이 지속 가능한지는 계속 지켜볼 일이에요. 호스팅 매출이 충분하지 않으면 언젠가 기조가 바뀔 수도 있고, 큰 투자자가 들어오면 압력이 생길 수도 있죠. WordPress 생태계에서 최근 벌어진 Automattic과 WP Engine 간의 분쟁도 "창업자 영향력이 강한 오픈소스 프로젝트"가 겪는 구조적 긴장을 잘 보여줬어요.

한국 개발자에게 주는 시사점

국내에도 Discourse를 쓰는 커뮤니티가 꽤 있어요. 기술 커뮤니티, 사내 위키, 고객 포럼까지 용도가 다양하죠. 자체 호스팅하시는 분이라면 이번 발표로 중장기 운영 리스크가 한 단계 줄었다고 볼 수 있어요. 향후 라이선스 급변으로 서비스를 통째로 옮겨야 하는 상황은 당분간 안 올 가능성이 높아진 거죠.

더 넓은 시사점은 오픈소스 도구를 선택할 때 라이선스를 봐야 한다는 거예요. 많은 분들이 "깃허브에 있으면 다 오픈소스"라고 생각하지만, BSL, SSPL, Commons Clause 같은 라이선스는 상업적 사용에 제약이 있어요. 사내 도구로 도입하기 전에 법무팀 검토가 필요한 경우도 꽤 있고요. 특히 SaaS 형태로 재판매하거나 외부 고객에게 호스팅 서비스로 제공할 계획이라면 라이선스 조항을 꼼꼼히 읽어보셔야 해요.

또 하나, 본인이 만드는 오픈소스 프로젝트의 라이선스 선택에도 참고가 될 거예요. MIT나 Apache 2.0처럼 관대한 라이선스를 쓸지, GPL 계열처럼 파생물에도 오픈을 요구할지, BSL처럼 상업 제약을 둘지. 각각 장단점이 뚜렷해서 프로젝트 성격에 맞게 골라야 해요.