または…（緊張している場合は）…バックアップを取っておき（いずれにせよ）、新しいサーバーをセットアップしてバックアップを復元し、完了後にドメインを新しいサーバーに向けます。
直面する大きな問題は、Postgres の主要なアップグレード（18 への移行）があることです。新しいサーバーを構築すれば、そのアップグレードプロセスを扱う必要はありません。
また、依存しているプラグインやテーマコンポーネントがメンテナンスされていないという小さなリスクもあります。特に、あまり活動的でないサードパーティによって作成されたものである場合はそうです。
緊張するのは、経験豊富な Discourse SA（システム管理者）が、コミットする前にブートストラップ更新を行うことができるよう、2 コンテナ構成を使用している理由です（ただし、大きな Postgres アップグレード時にはあまり役に立ちませんが、そのようなアップグレードは稀にしか発生しません）。