Python 在生产中保持摇摆状态

我在一家小型机构工作，现在我们有几个网站在生产中运行Wagtail，kubernetes托管在容器中

我们正试图找出一种方法，使这些网站的维护尽可能容易。例如，对于我们正在维护的wordpress站点，我们有一个中央repo，它承载所有站点正在运行的当前wordpress核心，我们可以部署该核心，以便将所有站点一次更新为最新版本

在wagtail中，这是不同的，我们使用pypi将其作为包安装，并且可能还需要运行迁移

---

是否有人有一个建议的方法来尽可能轻松地处理多个wagtail站点，最好是一次推送，全部更新

您当前的WP流程如何确保所有站点都不会因中央回购协议的更新而被破坏？@AKX我们没有那么多特殊的方法来创建这些站点，它们没有那么大的不同，因此我们在一些最挑剔的站点上进行了测试，然后推动更新，这在过去两年中已经成功运行。如果你有很多特殊的插件，情况可能会更糟。好吧，这里的通用、非Wagtail特定的解决方案是有一个CI/CD管道，用于构建软件的新版本并将其推送到生产集群。（在启动服务器进程之前，您的容器可能需要运行任何挂起的迁移，并发性可能会成为一个问题。）@AKX您是否有任何资源可以读取此信息？我发现很难找到任何好的信息来明确我需要做什么。我维护所有Wagtail网站的方式对我来说与任何Python应用程序没有什么不同。我使用GitLab与CI/CD集成，每个网站都有大约90%的代码覆盖率，每周自动构建一次，并自动部署到UAT，部署后会自动运行冒烟测试。第二天，如果没有问题，容器将自动投入生产。由于更新的依赖关系，它通常每两周中断一次，我们在每个有问题的回购中修复问题并继续。每两周可能需要2小时的工作。您当前的WP流程如何确保所有站点都不会因中央回购协议的更新而被破坏？@AKX我们没有那么多特殊的方法来创建这些站点，它们没有那么大的不同，因此我们在一些最挑剔的站点上进行测试，然后推动更新，在过去两年中，它成功地发挥了作用。如果你有很多特殊的插件，情况可能会更糟。好吧，这里的通用、非Wagtail特定的解决方案是有一个CI/CD管道，用于构建软件的新版本并将其推送到生产集群。（在启动服务器进程之前，您的容器可能需要运行任何挂起的迁移，并发性可能会成为一个问题。）@AKX您是否有任何资源可以读取此信息？我发现很难找到任何好的信息来明确我需要做什么。我维护所有Wagtail网站的方式对我来说与任何Python应用程序没有什么不同。我使用GitLab与CI/CD集成，每个网站都有大约90%的代码覆盖率，每周自动构建一次，并自动部署到UAT，部署后会自动运行冒烟测试。第二天，如果没有问题，容器将自动投入生产。由于更新的依赖关系，它通常每两周中断一次，我们在每个有问题的回购中修复问题并继续。可能每两周需要2小时的工作。