@Stephen 你的论点有一个漏洞：多容器说明中充满了警告，强调你必须对更新负责并理解其工作原理，而上面的长篇说明又过于晦涩，恐怕任何看过的人都会放弃。请去阅读我的 https://meta.discourse.org/t/how-to-migrate-quickly-to-separate-web-and-data-containers/153355，然后告诉我，它不会吓退那些难以遵循步骤的人，或者它未能强调备份的必要性，以及在出现问题时能够回退到备份的能力！
当我迁移到一台性能更强的服务器（为了安全修复）后不久，执行了 ./launcher rebuild app，结果网站停摆了异常漫长的时间，其中大部分时间都花在重建容器的 PostgreSQL 部分上。那时我非常不愉快。正是在那时，我发现了双容器文档和这份文档，但实在不想再经历一次长达 4 小时的停机来迁移，所以我一直选择忍受 ./launcher rebuild app 带来的长时间停机，以避免恢复备份所需的 4 小时停机。作为一个略具能力的人，我长期以来对此配置被有效隐藏感到非常恼火。
关于 PostgreSQL 12 的帖子是一个很好的参考，因为人们最终会遭遇更多的停机时间，因为他们不得不多次重建整个应用，而实际上他们只需要重建 PostgreSQL 容器两次即可。由于存在 6 天自动删除的机制，我没法读完整个讨论串，但在我看来，完全看不出“不称职的多容器部署”是那里的大问题，甚至算不上主要问题。
（抱歉，有时候我有点厌倦这里那种“所有用户都不称职”的氛围。）