mysql - 在具有多个容器实例的 Docker 容器中使用 Rails 运行迁移

Question

我见过很多为 Rails 应用程序制作 Docker 容器的例子。通常，他们运行一个 Rails 服务器，并有一个运行迁移/设置的 CMD，然后启动 Rails 服务器。

如果我同时生成 5 个这样的容器，Rails 如何处理尝试启动迁移的多个进程？我可以看到 Rails 在常规查询日志中检查当前架构版本(它是一个 MySQL 数据库):

 SELECT `schema_migrations`.`version` FROM `schema_migrations`

但如果这种情况同时发生在不同的 Rails 实例上，我可以在这里看到竞争条件。

考虑到 DDL 在 MySQL 中不是事务性的，并且我在运行迁移(除了每个迁移事务)时在常规查询日志中没有看到任何锁，看来并行启动它们将是一个馊主意。事实上，如果我在本地启动了 3 次，我可以看到两个 rails 实例在尝试创建表时崩溃，因为它已经存在，而第三个 rails 实例愉快地完成了迁移。如果这是向数据库中插入某些内容的迁移，那将是非常不安全的。

然后运行一个运行迁移/设置的容器然后生成(例如)一个 Unicorn 实例，该实例又生成多个 Rails worker ，是不是更好？

我应该生成 N 个 rails 容器和一个运行迁移然后退出的“迁移容器”吗？

还有更好的选择吗？

Answer 1

尤其是 Rails 我没有任何经验，但让我们从 docker 和软件工程的角度来看。

Docker 团队有时非常激进地提倡容器是关于运输应用程序的。在 this really great statement , Jerome Petazzoni 说这完全是关于关注点分离。我觉得这正是你已经弄清楚的点。

运行启动迁移或设置的 rails 容器可能有利于初始部署，并且可能在开发过程中经常需要。但是，在投入生产时，您确实应该考虑分离关注点。

因此，我会说有一个图像，用于运行 N 个 rails 容器并添加一个工具/迁移/设置任何容器，用于执行管理任务。看看 official rails image 的开发者是什么说说这个:

It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of.

当您查看该图像时，没有设置或迁移命令。如何使用它完全取决于用户。因此，当您需要运行多个容器时，请继续。

根据我对 mysql 的经验，这很好用。你可以运行一个纯数据容器来托管数据，运行一个带有 mysql 服务器的容器，最后运行一个容器来完成备份和恢复等管理任务。对于所有三个容器，您可以使用相同的图像。现在您可以自由地从多个 Wordpress 容器中访问您的数据库。这意味着明确的关注点分离。当您使用 docker-compose 时，管理所有这些容器并不难。当然，已经有许多第三方容器和工具也可以支持您设置由多个容器组成的复杂应用程序。

最后，您应该决定 docker 和 微服务架构 是否适合您的问题。如 this article 中所述有一些反对的理由。核心问题之一是它增加了一个全新的复杂层。但是，许多解决方案都是这种情况，我想您已经意识到这一点并愿意将其排除在外。