네, 그렇지만 시간이 지나면 리소스가 더 많은 상위 플랜으로 언제든지 업그레이드할 수 있다는 것이 제가 말하고자 했던 점입니다. 처음부터 그… 플랜…에 오래 머물러 있을 계획은 아니었습니다. 단순히 초기 테스트 단계에서 불필요한 비용을 피하고 싶은 것뿐입니다, 아시죠?
서버 리소스 외적으로 사이트를 분리하고 싶은 이유가 몇 가지 있을까요? 현재로서는 별도의 서버에 두어야 할 명확한 이유가 보이지 않지만, 아직 모르는 부분에 대해 다른 관점을 배우는 것은 항상 기꺼이 받아들입니다.
아직 몰랐던 매우 흥미로운 지점입니다. 그렇다면 실제로 그렇게 하고 있고 잘 작동한다는 뜻이네요. 좋은 정보입니다.
부모 사이트라는 것은 무슨 뜻인가요? 각 설치 환경은 독립적이지 않나요? 어느 것이 부모로 간주되나요?
조금 혼란스럽습니다. app.yaml 파일을 보면 Brevo 이메일과 자격 증명을 위한 전용 부분이 따로 있거든요. 커뮤니티별로 개별 app.yaml 파일을 사용할 수 있다고 하셨는데, 그렇다면 각 커뮤니티가 Brevo 자격 증명, 알림 이메일을 포함하여 각각 자체 것을 가지게 되는 것 아닌가요?
적절하게 백업하지 못하게 하거나, 알림 이메일이 올바르게 전송되지 않는 것 같은 문제들입니다. 다시 말하지만, 비전문가이고 아직 Discourse에 새로운 입장에서 보면, 다른 사람들이 문제로 보는 것들이 있지만 저는 아직 그것이 문제로 보이지 않는 부분들이 있습니다.
네, 그것이 제 생각입니다. 공유되는 것은 서버 자체뿐입니다. 나머지는 모두 별도의 설치 환경처럼 작동하므로, 위에서도 이메일에 대해 질문한 것입니다.
제게 가장 도전적인 단계는 이미 거쳤다고 생각합니다. 그것은 몇 달 전 Discourse 설치에 깊이 들어간 것이었거든요. 처음에는 아무것도 몰랐습니다. "docker"가 무엇인지도 몰랐습니다. 이 시점에서 훨씬 더 명확한 시각을 갖게 되었지만, 셀프 호스팅 측면에서는 여전히 "기본적인 Discourse 사용자"라고 생각합니다. 이 커뮤니티와 ChatGPT/Claude의 도움으로 조금 더 배우고, 시스템이 어떻게 작동하고 설치되는지에 대해 메모를 해왔습니다. 도전은 괜찮습니다. 솔직히 말하면: 이것은 단순히 소프트웨어를 설치하는 것입니다. 핵폭탄을 만드는 것이 아니잖아요 
만약 무언가 잘못되면 모든 것을 삭제하고 서버당 단일 설치로 돌아가면 됩니다. 괜찮습니다 
언급했듯이 이미 제 커뮤니티를 설치해 두었으므로, 가장 어려운 부분은 이미 지나갔다고 생각합니다. 지시를 따르고 질문하는 데 능숙하므로, 시도하는 동안 언제든지 멈추고 조사하거나 메모 등을 할 수 있습니다.
지금 제 목표는 더 이상 메커니즘을 이해하고, 장단점, 무엇이 가능하고 무엇이 불가능한지 파악하여 나중에 후회하지 않고 수정하는 데 너무 많은 시간을 쓰지 않아도 되는 좋은 결정을 내리는 것입니다, 아시죠?
따라서 오늘 여러분이 공유해 주신 모든 정보는 매우 가치 있습니다. 왜냐하면 그것은 무엇을 고려해야 하는지에 대해 좋은 아이디어를 주었기 때문입니다. 특히 Discourse 팀이 제공하는 관리형 호스팅이 멀티사이트라는 점을 언급해 주셨을 때, 이것이 가능하다는 것을 정말로 깨달았습니다. 몇 가지 단계가 더 필요할 수 있지만, 모든 것이 가능하다는 것을 알았습니다.
피드백에 진심으로 감사드립니다 
