사람들이 어차피 포럼을 채팅방처럼 사용하고 있었고, 위키가 있는 상태에서는 공개 포럼이 수반하는 다양한 위험을 감수할 만한 가치가 크지 않다고 판단했습니다. 물론 Discord와 같은 중앙 집중식 서비스보다는 Discourse의 프라이버시가 훨씬 낫습니다.
Discourse의 관리자 경험은 꿈만 같았지만, UI 스타일과 속도는 형편없었습니다. 잠재적 사용자들 중 상당수가 다른 포럼 소프트웨어로 전환할 것을 권하기도 했습니다.
소프트웨어는 Debian 기반 시스템에서는 (매우) 안정적이었지만, 어떤 이유인지 모르겠지만 RHEL 기반 시스템에서는 안정적이지 않았습니다. Docker를 사용하더라도 마찬가지였습니다. 또한 CentOS가 사라지는 상황에서 Docker가 CentOS 이미지를 계속 업데이트할지 불분명한 점을 고려하면, RHEL 기반 배포판에서는 Meta 포럼 지원 방식으로 Discourse를 사용할 방법이 아예 없을 것으로 예상됩니다.
Varnish 캐싱이나 Cloudflare를 사용해도 속도 문제를 크게 개선하지는 못했습니다. 만약 범용 서버 CPU가 더 빨랐다면 다른 프로젝트에서 Discourse를 계속 사용했을 수도 있습니다. 다만 설치와 관리가 얼마나 쉬운지, 그리고 얼마나 안정적이고 안전한지 때문에, 혹시 모를 상황에 대비해 계속 백업으로 남겨둘 예정입니다.
네, 불행히도 그 플러그인은 꽤나 임시방편적인 방식이었습니다. Discourse에서 채팅을 제대로 구현하려면 상당 부분 재설계가 필요했는데, 우리는 이제 그 작업을 마쳤습니다.
빠른 채널(채팅)과 느린 채널(토픽)을 병렬로 지원해야 한다는 점은 분명합니다. 더 일찍 하지 못한 것은 제 탓이지만, 안심하셔도 됩니다. 이번에는 이전의 서드파티 채팅 플러그인처럼 해킹성 짙은 임시방편이 아니라, 완전한 통합과 함께 훨씬 높은 수준의 정교함을 갖춘 것이 될 것입니다.