請問各位業界人士，Docker的優缺點有哪些？

1樓：linuxboy

docker 和你系統的防火牆衝突，這個缺點是不能忍的。

要解決方案的話其實Guix是最佳解決方案，Docker解決問題的方式一點也不優雅。

2樓：Gats

實際上也比較公認了：

1. deamon必須root，暴露攻擊面。

2. bridge network開銷。

3. docker由商業公司維護，可能淪為技術戰爭的犧牲品，也可能存在夾帶私貨。

4. 核心共享，隔離能力不如vm。

不過因為實在太nb了，競品暫時都無法相提並論。

3樓：t1r0

docker的使用，看你個人的情況，不是看別人在用自己就用。任何工具被發明創造出來都是為了解決問題的，只有你需要用的時候你才會發現，臥槽，這個好真香。不用的時候你就會懷疑這個工具，發明出來有啥用？

4樓：帳外秋點兵

Docker的含義很廣泛，這裡限定為容器執行時標準的一種實現加上Docker映象和Docker 映象倉庫。Docker映象基於Docker的軟體如何製作，映象包含程式執行依賴的所有組建，所以執行時不需要額外安裝部署其他組建。Docker映象倉庫提供了對Docker映象的管理和分發等工作。

Docker執行時是能將你的映象執行起來的環境。Docker解決的主要問題是軟體分發和部署。

5樓：「已登出」

讓別人給你配置好docker-compose.yml，你只需要docker-compose up -d就能執行，至於修改，非常簡單的修改乙個yaml檔案就可以了。

docker只是乙個單程序服務的守護器，你可以這麼簡單理解，這一點類似於systemd或者supervisord，你不理解，就理解成乙個前台程序在容器裡面就不會死，exit就死了就成了

不能像使用虛擬機器，或者普通系統一樣用它！！！

容器映象一旦做好通常也不會改變了，容器是映象的例項化，可以通過環境變數，啟動引數例項化乙個容器映象，就像你呼叫乙個方法一樣，啟動後是乙個服務，就這樣。

另外說一下，題主你為啥總強調你是非科班，乙個工具用不用還要看學歷嗎？難道不是看需求？

6樓：

擷取自我的文章：https://

7樓：haoyi

老話說，難者不會，會者不難。

對Docker的理解，主要是要看你打算用Docker來做什麼。

Docker技術對運維自動化的作用是最大的，其次才是開發，你覺得Docker自己執行中的問題，對於運維類人員、大部分開發類人員來說，並不是問題；而且對於容器的管理，也有很多現成的工具可用，簡單點的docker-compose, 生產上可以用的K8s等，都很方便管理。

8樓：姚雲飛

docker你也要使用工具管理起來阿，你裸跑docker遇到的問題，你不用docker也一樣會遇到的。另外埠對映你可以使用host模式啟動

9樓：黃承開

針對你說的一些問題回答吧。

你說的這些都是配置，在乙個工程化比較好的組織中，一般不是手工的，都是根據你的生產規劃自動生成的（比如模版和環境變數約定）。這裡會引入運維領域的一些實踐，比如gitops，就是通過配置驅動變更，配合生態裡面的工具組合，可以以非常低的成本達到高水準的可維護性，可見性和可審計/安全性。

10樓：任衛

把「一次編譯到處執行」帶給了所有軟體。

而且是全方位的，貫穿整個發布週期（開發階段、測試階段、發布）。向「我的機器上是好的」這句話說byebye。

把依賴衝突限制在了容器內部，而容器內部一般就只執行乙個（主）程式，那就是基本沒有了依賴衝突。使得共享硬體資源更加容易啊。

除網路外，把整台機器（容器）真正全部交給了開發人員控制。