你有關(guān)于詳細的Docker入門書籍推薦嗎？首先，我認為僅僅學習docker是沒有意義的。Docker只是整個Devops系統(tǒng)中的一個基本單元。沒有容器布局管理，沒有資源監(jiān)控，沒有從代碼開發(fā)到應用構(gòu)建的

你有關(guān)于詳細的Docker入門書籍推薦嗎？

首先，我認為僅僅學習docker是沒有意義的。Docker只是整個Devops系統(tǒng)中的一個基本單元。沒有容器布局管理，沒有資源監(jiān)控，沒有從代碼開發(fā)到應用構(gòu)建的一站式服務，單容器學習沒有太大意義。建議掌握簡單的容器命令，了解基本原理、實際操作經(jīng)驗，了解實際使用。

然后我們可以研究Devops的整個工作機制，比如openshift。

有關(guān)詳細信息，請參閱我最近的OCP學習筆記：https://blog.csdn.net/yingwei13mei/article/details/93627641

docker大家用到什么程度了？

生產(chǎn)環(huán)境中有數(shù)以萬計的docker容器實例。持續(xù)集成、持續(xù)測試、持續(xù)發(fā)布和服務編排都是以docker為基礎(chǔ)的

答案是：不，而且，雙方的關(guān)系不是對立的替代和被替代，而是應該互補和合作的。

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

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

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