嗯……我认为这是关键区别所在，“从管理界面更新”有点让人回想起过去，那时你只有“网络托管”和 PHP 解释器，所以一切都围绕这个概念构建。我认为这延续到了 Discourse 的工作方式以及人们期望的管理方式。
嗯，这是我注意到的另一件事——Discourse 非常消耗资源（容器在启动时就开始以惊人的速度消耗资源），所以是的——这可能是一个问题。
在 Ruby（这是一种主要是解释型而非编译型语言）的上下文中，这些是如何“构建”的？
尝试使用现成的解决方案难道不是更好吗？即使是 postgres 配置，也可以通过简单地提供/挂载自定义 postgresql.conf 文件来轻松更改，无需完全自定义镜像并烘焙配置……甚至——如果需要，Discourse 可以提供这样的预构建镜像，只需拉取而不是每次都重新构建……