# Docker compose를 사용한 Discourse 셀프 호스팅

**URL:** <https://meta.discourse.org/t/discourse-self-hosting-with-docker-compose/348855>\
**Category:** Self-hosting\
**Tags:** unsupported-install\
**Created:** [1월 24, 2025, 5:11오후 UTC](https://meta.discourse.org/t/discourse-self-hosting-with-docker-compose/348855 "2025-01-24T17:11:52Z")\
**Posts on this page:** 1\
**Showing post:** 8

<div class="post-metadata">

**Author:** ![tvavrda](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tvavrda/32/480674_2.png) [@tvavrda](https://meta.discourse.org/u/tvavrda)\
**Post date:** [1월 26, 2025, 8:29오전 UTC](https://meta.discourse.org/t/discourse-self-hosting-with-docker-compose/348855/8 "2025-01-26T08:29:38Z")

</div>

기본 이미지는 그 자체로 아무 일도 하지 않습니다. 그 안에서 Discourse를 컴파일한 후 실행해야 합니다. 그리고 이는 먼저 이미지 **외부** 에서 `./launcher` 스크립트를 실행하는 방식으로 수행됩니다. 따라서 먼저 공식적인 방법으로 설치해 보고, 그 다음 옵션들을 고려해 보시는 것이 좋습니다.

Discourse 설치 절차는 매우 일반적이지는 않지만, 수년간 이 방식을 사용해 온 저로서는 한 가지 이유로 인해 이 접근법을 매우 좋아합니다. 그것은 관리자로서 일정 기간을 거치면 비로소 그 가치를 깨닫게 될 것입니다. 바로 소스 코드의 각 커밋 이후에도 업그레이드가 가능하다는 점입니다. 정말 놀라운 일입니다. #contribute:bug를 보고하면, 1시간 만에 팀이나 커뮤니티에서 해결될 수도 있고, 자동화된 테스트가 실행된 후 커밋이 병합되어 사용 가능해집니다. 그리고 바로 업그레이드를 할 수 있습니다. 최신 소스 코드로 Discourse를 다시 컴파일하기 때문입니다.

따라서 특정 버전이 컴파일된 이미지는 존재하지 않습니다. “빈” 이미지를 받아서 원하는 지점의 버전과 필요한 플러그인 조합으로 컴파일해야 합니다. 그런데도 **여전히 잘 작동합니다!**

이러한 유연함은 다른 어디에서도 경험할 수 없습니다.

따라서 확실하지는 않지만, `docker compose` 파일을 작성하려면 compose 파일 내부에서 `./launcher` 스크립트의 절차를 재현해야 합니다. 이렇게 하면 다른 이미지로 컴파일한 후 이를 바로 플러그인처럼 사용할 수 있습니다. 하지만 업그레이드가 필요할 때 내장된 절차를 사용할 수는 없습니다. 직접 새로운 버전을 구성해야 합니다.

---

_[View the full topic](https://meta.discourse.org/t/discourse-self-hosting-with-docker-compose/348855)._