大家好。
有没有可能——即使没有官方覆盖/支持——来调整 Discourse/容器以更快地启动/启动？（在调整主机|\u0026容器本身的资源之外）
您可以尝试使用多个容器文件，而不是单个独立的 app.yml。
但说实话，几乎没有人需要频繁重建容器，对吧？
如果您需要安装插件，则无需重建容器。我有一些非官方的方法可以在不重建的情况下安装插件。
您真的指的是更快地引导，也就是说，在您重新启动容器后更快地开始提供页面吗？不行。Rails 和所有东西都需要一段时间才能启动并运行。
如果您指的是与重建容器相关的停机时间，那么双容器解决方案就是您想要的。
如果这还不够快，并且您想要零停机时间，那么您可以进行负载均衡器的操作，在旧容器继续提供页面时启动新容器，然后在新容器准备好后关闭旧容器。
我不（一定）是指重建。
假设有人——像我更倾向的那样——用 docker 管理所有东西。
即使是 docker 重启容器似乎也让 Discourse 在启动时做一长串的事情——是的，这正是我想要的——这 Ruby/Rails 的东西可以调整/精简吗？（为什么每次启动都要做这些？不能持久化吗？）
双容器解决方案——那是什么？
是两个容器，相关的部分不冲突，并且在同一个主机上（两个容器）与同一个外部的 pgSQL 和 Redis 通信吗？
或者那是一个零停机设置？
它必须读取大量的代码才能准备好提供服务。你启动过你的手机、电脑或现代电视吗？这需要一些时间。它就像那样。容器里有一个完整的操作系统。
是的。它将 rails+nginx 分离到自己的容器中，并将 postgres 和 redis 放在另一个容器中（或者你想要提供 redis 和 postgres 的任何方式）。