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

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

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

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

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

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

答案是：沒有，而且雙方的關(guān)系不是對(duì)立的要替換和被替換，但應(yīng)該是互補(bǔ)和合作的。

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

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

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