数据容器是什么 数据库真的不适合Docker及容器化吗？
数据库真的不适合Docker及容器化吗？
1. 数据不安全。即使要在主机中存储docker数据，也不能保证不丢失数据。
Docker卷旨在为union FS映像层提供持久性存储，但它仍然缺乏保证。使用当前的存储驱动程序，docker仍然存在不可靠的风险。如果容器崩溃并且数据库没有正确关闭，数据可能会损坏。2在运行数据库时，经常可以看到DBMS容器和其他服务在同一台主机上运行。然而，这些服务的硬件要求却大不相同。数据库（尤其是关系数据库）对Io的要求很高。为了避免并发资源的竞争，通用数据库引擎使用特殊的环境。如果将数据库放在容器中，将浪费项目的资源。因为您需要为此实例配置大量额外的资源。在公共云中，当您需要34g内存时，您启动的实例必须有64g内存。实际上，这些资源没有得到充分利用。
我们是否应该将数据库也容器化？
不同的人有不同的意见。通常不建议将容器用于状态或持久性，因为无法保证数据安全。当然，如果你像一个主机和多个从机一样，对数据一致性没有异常的要求，用容器运行几个只读的从库是可以的
答案是：没有，而且双方的关系不是对立的要替换和被替换，但应该是互补和合作的。
并不是所有的应用程序都适用于容器：例如，传统的关系数据库应用程序不能像容器场景中所说的那样在任何时候重新启动，数据库的高可用性也不能通过kubernetes这样的服务发现来解决，但应该通过使用数据库本身的高可用性架构来实现，以保证数据的可靠性和一致性
！容器有自己的特定应用场景。至少就目前而言，在上述领域之外的其他传统应用的分发、部署、运维管理中，容器并不具备特殊的优势，但也存在一定的劣势。场景需求是选择这两种技术的关键。
综上所述，虚拟机和容器技术不是对立的，不存在谁取代谁的问题。关键是企业能否在合理的应用场景中合理地运用技术解决相应的技术问题。未来的企业云平台还应该包括对这些技术的支持，以满足不同业务对不同技术栈的灵活选择！
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
