由于我们终于跳过了不必要的区域设置重新编译，现在重建速度提高了约 25%。
不确定还有什么其他方法可以进一步加快速度。
你好，是否可以选择准备新的容器/镜像并直接替换旧版本？而不是像现在这样，先删除旧容器，再构建新容器并启动。
希望尽可能隐藏部署过程。
更新：已找到答案 -
您可以通过迁移到独立的容器安装（分离的 Web 和数据）来实现这一点。数据部分仅在 PostgreSQL 更新时才需要重新构建。否则，您只需重新引导、销毁并启动 Web 容器，通常停机时间仅为 10 到 15 秒。
由于我们终于跳过了不必要的区域设置重新编译，现在重建速度提高了约 25%。
不确定还有什么其他方法可以进一步加快速度。
你好，是否可以选择准备新的容器/镜像并直接替换旧版本？而不是像现在这样，先删除旧容器，再构建新容器并启动。
希望尽可能隐藏部署过程。
更新：已找到答案 -
您可以通过迁移到独立的容器安装（分离的 Web 和数据）来实现这一点。数据部分仅在 PostgreSQL 更新时才需要重新构建。否则，您只需重新引导、销毁并启动 Web 容器，通常停机时间仅为 10 到 15 秒。