數(shù)據(jù)庫真的不適合Docker及容器化嗎？1. 數(shù)據(jù)不安全。即使要在主機中存儲docker數(shù)據(jù)，也不能保證不丟失數(shù)據(jù)。Docker卷旨在為union FS映像層提供持久性存儲，但它仍然缺乏保證。使用當前

數(shù)據(jù)庫真的不適合Docker及容器化嗎？

1. 數(shù)據(jù)不安全。即使要在主機中存儲docker數(shù)據(jù)，也不能保證不丟失數(shù)據(jù)。

Docker卷旨在為union FS映像層提供持久性存儲，但它仍然缺乏保證。使用當前的存儲驅(qū)動程序，docker仍然存在不可靠的風險。如果容器崩潰并且數(shù)據(jù)庫沒有正確關閉，數(shù)據(jù)可能會損壞。2在運行數(shù)據(jù)庫時，經(jīng)?？梢钥吹紻BMS容器和其他服務在同一臺主機上運行。然而，這些服務的硬件要求卻大不相同。數(shù)據(jù)庫（尤其是關系數(shù)據(jù)庫）對Io的要求很高。為了避免并發(fā)資源的競爭，通用數(shù)據(jù)庫引擎使用特殊的環(huán)境。如果將數(shù)據(jù)庫放在容器中，將浪費項目的資源。因為您需要為此實例配置大量額外的資源。在公共云中，當您需要34g內(nèi)存時，您啟動的實例必須有64g內(nèi)存。實際上，這些資源沒有得到充分利用。

我們是否應該將數(shù)據(jù)庫也容器化？

不同的人有不同的意見。通常不建議將容器用于狀態(tài)或持久性，因為無法保證數(shù)據(jù)安全。當然，如果你像一個主機和多個從機一樣，對數(shù)據(jù)一致性沒有異常的要求，用容器運行幾個只讀的從庫是可以的

答案是：沒有，而且雙方的關系不是對立的要替換和被替換，但應該是互補和合作的。

并不是所有的應用程序都適用于容器：例如，傳統(tǒng)的關系數(shù)據(jù)庫應用程序不能像容器場景中所說的那樣在任何時候重新啟動，數(shù)據(jù)庫的高可用性也不能通過kubernetes這樣的服務發(fā)現(xiàn)來解決，但應該通過使用數(shù)據(jù)庫本身的高可用性架構來實現(xiàn)，以保證數(shù)據(jù)的可靠性和一致性

！容器有自己的特定應用場景。至少就目前而言，在上述領域之外的其他傳統(tǒng)應用的分發(fā)、部署、運維管理中，容器并不具備特殊的優(yōu)勢，但也存在一定的劣勢。場景需求是選擇這兩種技術的關鍵。

綜上所述，虛擬機和容器技術不是對立的，不存在誰取代誰的問題。關鍵是企業(yè)能否在合理的應用場景中合理地運用技術解決相應的技術問題。未來的企業(yè)云平臺還應該包括對這些技術的支持，以滿足不同業(yè)務對不同技術棧的靈活選擇！