안녕하세요,
Discourse 설치에 대해 조금 실험을 해보았습니다. 기본적으로 Docker 컨테이너는 DISCOURSE_HOSTNAME 환경 변수와 함께 시작되는 것을 확인했습니다. 이 환경 변수 없이 컨테이너를 시작해 보았는데, 이 경우에도 정상적으로 작동했습니다.
코드 저장소에서 이 환경 변수를 찾아보았지만, 검색 결과는 크게 도움이 되지 않았습니다. (Repository search results · GitHub)
이 환경 변수의 목적은 무엇인가요?
마찬가지로, docker의 run 명령에서 --mac-address 설정을 제거해 보았지만 앱은 이전과 동일하게 작동합니다. --mac-address가 필요한 이유는 무엇인가요?
config/discourse.conf 파일에 hostname이 표시되도록 하는 것 같습니다. 항상 설정해 두는 것을 권장합니다.
--mac-address는 저에게도 좀 수수께끼 같은 부분입니다. 내부 호스팅 관련 기능과 연관이 있는 것 같습니다. 이 옵션을 생략해도 안전할 것이라고 확신합니다.
컨테이너의 MAC 주소가 일관되게 유지되면 컨테이너의 IPv6 주소도 일관되게 유지됩니다. 이는 배포 과정에서 컨테이너를 교체할 때 유용합니다.
다른 용도로 사용된다고 생각하지는 않습니다.
필요하지 않다면 생략해도 됩니다.
우와! 미스터리가 풀렸어요! 그리고 맷 팰머를 볼 기회까지! 좋아요 100개가 있다면 여기서 다 쓰겠어요.
@pfaffman config/discourse.conf 파일에 대해 좀 더 말씀해 주실 수 있을까요? 이 파일의 목적은 무엇인가요? 인터넷에서 몇 가지 참고 자료를 봤는데, containers/app.yml과 유사한 것 같습니다.
실제로 DISCOURSE_HOSTNAME을 제공하지 않으면 어떤 일이 일어나게 될까요?
또 한 가지 깨달은 점은 기본적으로 Discourse가 DOCKER_HOST_IP 환경 변수와 함께 실행된다는 것입니다. 다시 말하지만, 이 변수를 제거해도 Discourse는 정상적으로 작동합니다. 이 변수는 업그레이드 과정에서 어딘가에서 사용되는 것 같습니다. 맞습니까? 웹 UI를 통해 Discourse를 업그레이드할 계획이 없다면 이 변수가 필요하지 않을 것 같은데…
직접 물어보셨으니… 어쨌든, Rails가 설정을 가져오는 곳입니다. 아주 좋은 답변은 아니지만, 제가 무료로 드릴 수 있는 최선의 답변입니다. 하지만 여기서는 정말 훌륭한 무료 답변들이 나오고 있으니, 더 나은 답변을 얻으실 수 있을지도 모릅니다. 
모르겠지만, 알아볼 이유는 크게 없습니다. 작동하거나, 아니면 어느 날 갑자기 실패할 것입니다. 그때는 왜 그런지 이유도 알 수 없고, 다른 누구도 알 수 없을 것입니다.
그리고 제 경험상, 그것은 크리스마스 휴가 기간 중에 일어날 것이며, 가장 중요한 사이트 중 하나가 마침내 포기하고 처음부터 사이트를 다시 설정할 때까지 18시간 동안 다운되어 있을 것입니다.