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

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

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

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

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

docker大家用到什么程度了？

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

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

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

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

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