うーん、これが重要な違いだと思います。「管理インターフェースからのアップデート」というのは、PHPインタープリターを備えた「ウェブホスティング」しかなかった昔を彷彿とさせ、すべてがその概念を中心に構築されていました。そして、これがDiscourseの仕組みや管理方法の期待に引き継がれていると思います。
さて、それは私が気づいたもう一つのことです。Discourseはかなり重い（コンテナは起動中に恐ろしいレベルでリソースを消費し始めました）ので、はい、問題になる可能性があります。
Ruby（主にインタープリター言語であり、コンパイル言語ではない）の文脈で、それらはどのように「ビルド」されるのですか？
市販のソリューションを使おうとするのはどうでしょうか？Postgresの設定でさえ、カスタムpostgresql.confファイルを単純に提供/マウントすることで簡単に変更できます。完全にカスタムイメージをビルドして設定を焼き込む必要はありません…そしてそれでも、もしそれが要求されるなら、Discourseは毎回再ビルドする代わりにプルするだけの、そのような事前ビルドイメージを提供できるのではないでしょうか…