这也对 Bitnami 的版本进行了一些修改。不过，我仍然沿用他们的路径，因为早期我复制了一些他们的代码片段。其中一个版本已改为原生（vanilla）构建，尽管我并未使用 Bitnami 的基础镜像。
顺便提一下，这一切的最终目标是获得一套最新的原生容器，能够在 Kubernetes、ECS 和 Docker Compose 上运行，从而全面推动 Docker 标准的落地。遗憾的是，就连我们的 CI（本身在容器中运行）也无法很好地配合标准安装流程。
另外，我刚刚发现已经回复次数已达上限。看来接下来的 13 小时内我无法继续参与此对话了 
您正在远远偏离我们在此提供的免费支持范围。这显然属于 unsupported-install（不支持的安装）。
默认假设是，如果您使用非标准安装方式，或选择使用第三方软件包，您将自行承担由此产生的所有额外复杂性。
建议您先在 Marketplace 中发布一个话题，并提供预算，邀请顾问协助查看。Support 频道仅针对使用标准安装的用户提供尽力而为的支持。如果您的雇主不允许您以这种方式部署 Discourse，希望他们能允许您聘请愿意根据您的环境进行定制开发的专业人士。即便如此，未来我们也很难以此为您提供帮助。
我刚受雇为某人进行 Kubernetes 部署。我觉得所有环节都已经搞定了…
问题已解决，感谢大家的付出。我想在此提供解决方案，以防其他人遇到同样的问题。
我最终在 Bitnami 提交了报告。尽管我的分支并非纯粹的 Bitnami 版本（我进行了自定义），但他们仍非常乐意提供帮助。他们工作出色，响应迅速，并帮我彻底解决了问题。我对他们提供的卓越支持感激不尽。以下是相关讨论链接及最终解决方案。
再次感谢参与此讨论的每一位。
https://github.com/bitnami/bitnami-docker-discourse/issues/109