问建议在生产环境中使用数据库作为容器吗？

EN

此blog post列出了不应在容器中运行生产数据库的一些原因。它还参考了another blog post，描述了与更新docker和不稳定的存储驱动程序有关的问题。

对我来说，这里的主要观点可以归结为：

• 可疑的存储驱动程序。当您将数据库状态写入主机系统时，这可能不是什么问题，但Docker例如明确地鼓励用户使用卷来实现这一点(参见docs：引用：“卷是在Docker中持久存储数据的最佳方式”)。它在正常情况下可能工作得很好，但对于生产中的example?
• Managing数据库的边缘情况，如电源故障或读取错误，情况又会如何呢？为了保证生产数据库的顺畅运行，很多公司都会雇佣专职的DBA。devops范例(每个开发人员在容器中创建过多的DB服务器)使得DBA几乎不可能完成他的工作。这是如果数据库管理员有权访问这些数据库的话。

总而言之:容器对于某些任务来说是很好的，但对于其他任务来说却不是一个好主意。在容器中运行生产数据库是其中一个糟糕的想法。

我们在生产中将数据库容器化(本地企业应用程序)。许多人这样做了。它非常稳定，部署也非常简单。当然，我们的数据库没有压力；我们正在处理数百个并发用户，而不是数万个。我们只需要确保容器有足够的RAM并且被很好地监控。

如果我们确实需要将整个VM专用于数据库，那么是的，我会跳过docker。

根据下面的链接，在生产中使用数据库容器不是一个好主意。但根据我的经验，如果您将容器与应用程序隔离，并定期更新容器并管理网络内容，则似乎没有问题。

链接：https://www.quora.com/Is-it-not-advisable-to-use-database-in-Docker-container