비마법사(Non-wizard) 방식, 즉 손을 잡아 주는 방식을 사용하지 않는 것은 “의견이 분명한, 특정의, 또는 특별한” 것이 아닙니다 
어쨌든 - 핵심은 discourse의 원래 도커 이미지를 사용하는 것입니다. 그 정도면 간단합니다.
저는 설정을 조금 만져보기 위해 공식 가이드와 "launcher"를 사용해 보았지만 실패했습니다(유저가 루트인지 확인하는 꽤 멍청한 체크는 제외하고, 이는 문제를 초래하기 위한 것입니다).
그 후 저는 bitnami/discourse - Docker Image 의 bitnami 이미지(그리고 그들의 권장 compose 파일)로 전환했고, docker compose up 한 번(그리고 좋은 징조가 아닌 SQL 오류 다수[동일한 주의사항] 및 ruby 경고[동일한 주의사항]) 후 discourse의 실행 중인 인스턴스를 얻었습니다:
순수하게 복잡하고 “비표준적인 마법”…
그러니 다시 한번 - 왜 정규적인 이미지가 없을까요?
소스와 저장소를 파고들다 보니 base 이미지가 사용되고 있음을 발견했습니다(discourse/base - Docker Image) 하지만 그 버전 관리/태깅이 놀라웠습니다(discourse/base - Docker Image)… 합리적인 버전이 없나 싶었습니다? 그리고 실제로, 메인 저장소를 보면 릴리스가 없는 것 같았지만 어쨌든 적절히 태그된 버전은 있습니다(Tags · discourse/discourse · GitHub).
이제 궁금한 점 - 왜 메인 도커 허브에 일치하는 이미지가 없을까요?
그러니 네 - 것들이 어떻게 조직되어 있는지 살펴본 후 저는 동의합니다:
반면에 (또는: “물건이 되어야 할 방식”), 예제 프로젝트(범위는 작지만 논리는 성립): GitHub - miniflux/v2: Minimalist and opinionated feed reader · GitHub.
합리적인 릴리스가 있습니다: Releases · miniflux/v2 · GitHub
그리고 올바르게 태그된 대응하는 이미지가 있습니다: miniflux/miniflux - Docker Image
그리고 업그레이드는 단순히 버전 x에서 y로 전환하는 것입니다(또는 latest 태그를 사용하여 간단한 stop/pull/start가 업데이트된 버전을 제공합니다(이는 필요한 모든 마이그레이션을 자동으로 실행할 것입니다)
(오, 그리고 이미지는 약 70배 작지만 그것은 또 다른 이야기입니다)