VPS에서 Discourse를 직접 호스팅할지, 아니면 완전히 관리되는 인스턴스를 유료로 이용할지 결정하려고 합니다.
저는 25년 동안 Linux를 사용해 왔으며, Nextcloud와 Syncthing 같은 몇 가지 개인용 애플리케이션을 위해 기본적인 서버를 직접 관리하고 있습니다. 저는 시스템 관리자는 아니지만, Ubuntu 서버를 다루는 데는 익숙합니다.
10이 가장 높은 난이도인 1에서 10까지의 척도로, Discourse 인스턴스를 관리하는 난이도를 평가한다면 몇 점이라고 보시나요?
나중에 Discourse 인스턴스를 다른 VPS로 마이그레이션해야 할 경우, 이 과정은 비교적 매끄럽게 이루어지나요, 아니면 문제가 발생하나요?
직접 호스팅 시 가장 흔하게 발생하는 문제는 무엇인가요?
감사합니다.
2 — 셸, Ubuntu, 인터넷 작동 방식에 대한 약간 있지만 상당히 기초적인 지식
아무것도 준비하지 않았고, 모든 것이 문서대로 진행되었습니다
관리자 수준의 문서에서 발견된 버그와 문제, 예를 들어 너무 짧거나 어렵거나 개발자 수준의 문서 등. 이런 경우는 결국 드물며, WordPress가 더 많은 백발을 유발합니다
처음 설정하는 것은 5점, 유지보수는 1점 정도로 평가하겠습니다.
초기 설정/구성 과정은 잘 문서화되어 있지만, 구성 파일에 주의가 필요합니다. app.yml 파일이 준비된 후 디스코urs를 나중에 업데이트하려면 ./launcher rebuild app만 실행하면 됩니다.
업데이트 시 거의 다운타임이 없는 두 컨테이너 설정으로 시작하는 것을 권장합니다.
매우 쉽습니다. 컨테이너를 ./launcher stop app으로 정지한 후 rsync -av /var/discourse new_host:/var/를 사용하여 전체 폴더를 복사하고, 새 호스트에서 ./launcher rebuild app을 실행하면 됩니다.
대부분은 문제없이 진행됩니다. 오래되고 잘 관리되지 않는 제3자 플러그인/테마 구성 요소를 사용하는 경우 업데이트 수행 후 문제가 발생할 수 있지만, 그래도 비활성화할 수 있습니다.
Discourse 관리에 대해 10점 만점에 7점을 주겠습니다. 설치와 관리는 보통 매우 쉬우나, 가끔 시간이 오래 걸리는 문제를 겪기도 하지만 결국 해결됩니다. 게다가 인스턴스에 대한 제어 권한이 더 큽니다! 저는 예전에 클라우드에서 Discourse 인스턴스를 운영했지만, 지금은 주거용 네트워크에서 직접 운영하고 있습니다.
마이그레이션은 매끄러운 과정입니다. 저는 다른 서버에 새로운 Discourse 인스턴스를 만든 후, 기존 서버를 백업하고 그 백업을 새 서버에 복원합니다. 그런 다음 모든 트래픽을 새 서버로 다시 라우팅합니다.
제가 자주 겪는 문제는 업데이트나 플러그인 설치를 위해 Discourse 인스턴스를 재빌드할 때 가끔 시스템이 깨지는 것입니다. 나중에 알고 보니 고장 난 기계식 하드 드라이브를 사용했기 때문이었으니, 이는 완전히 Discourse의 탓만은 아닙니다.
더 많은 제어를 원하고 이를 위해 추가적인 단계를 밟을 의사가 있다면, 셀프 호스팅 옵션을 선택하세요.
그만큼의 리눅스 경험을 가지고 있다면 쉬울 것입니다.
셀프 호스팅의 추가적인 이점: 모든 플러그인을 자유롭게 사용할 수 있습니다.
디스코urs를 위해 메일을 셀프 호스팅하기로 결정한다면, 그건 재미있는 일이 아닙니다.
저는 커맨드라인으로 무언가를 설치해 본 경험이 전혀 없어 초기 설치 과정이 다소 어려웠습니다. 하지만 결국 방법을 찾아냈습니다.
두 번째로 큰 도전은 이메일 송신/수신 설정입니다.
저는 discoursemail을 통한 디스코urs 호스팅을 선호했으며, 팀 지원도 매우 유용했습니다. 하지만 트래픽이 많지 않은 신규 사이트의 경우 그 정도 지원은 필요 없으며, 월 12달러짜리 서버로 셀프 호스팅하는 것이 월 100달러짜리 표준 플랜보다 훨씬 저렴합니다.
그러나 이 설정을 작동시키기 위해 많은 시간을 소비했으므로, 시간을 소중히 여기신다면 디스코urs 호스팅이 서버를 직접 관리하는 것보다 실제로는 더 저렴할 수 있습니다.