這是Docker架構： 
我無法弄清楚爲什麼需要docker守護進程。客戶端夠好。客戶端只需使用Unix套接字訪問守護進程。它可以使用TCP，但我注意到的通常是客戶端和守護進程在同一臺機器上！那麼爲什麼兩個單獨的實體
如上所述，客戶端可以使用TCP與守護進程進行通信。那麼在團隊中工作的首選方式是什麼？整個團隊的一個守護程序，在每臺運行客戶端的開發者的獨立服務器上？或者每個開發者都有自己的守護進程。Docker守護進程需要什麼？
Docker客戶端僅提供cli，它只是一個http api包裝器，就像aws cli一樣。
Docker守護進程是整個操作背後的大腦，就像aws本身。當你使用docker run命令來啓動一個容器時，你的docker客戶端會將這個命令翻譯成http API調用，並將它發送到docker守護進程，然後Docker守護進程評估請求，與底層os進行對話並提供你的容器。
請注意docker cli可以連接到遠程docker守護進程，並且您可以配置您的docker守護進程使用tcp IP。
問：在我看來，在團隊中工作的首選方式是什麼？整個團隊的一個守護程序，在每臺運行客戶端的開發者的獨立服務器上？或者每個開發者都有自己的惡魔。
這取決於你，但大多數時候開發者有一個本地docker守護進程和客戶端，使用dockerfiles構建圖像。如果他們需要共享碼頭圖像，則可以提供本地碼頭註冊表或使用公共碼頭註冊表。這樣，利用docker，開發人員可以擁有完全相同的開發環境。這種開發環境將與生產環境相似。
Farhad的確如此。正如我所提到的，客戶端可以使用TCP與守護進程進行通信。在我看來，問：在一個團隊中工作的首選方式是什麼？整個團隊的一個守護程序，在每臺運行客戶端的開發者的獨立服務器上？或者每個開發者都有自己的惡魔。 –
@ApurvaSingh感謝您的澄清，更新了答案。 –
Q在我腦海裏，在團隊中工作的首選方式是什麼？整個團隊的一個守護程序，在每臺運行客戶端的開發者的獨立服務器上？或者每個開發有自己的妖
每個開發工作有自己的碼頭工人守護進程和容器：用泊塢窗的想法是能夠指定（Dockerfile），每個開發人員可以重建，並在本地使用的容器，用保證docker構建將產生完全相同的圖像。
或者他們可以通過docker推送一個圖像並在自己的本地docker守護程序實例上重新使用它。
但是在任何情況下，docker守護程序都是每個服務器，這意味着只有當所述團隊訪問了公共服務器時，纔會通過團隊共享。如果沒有，他們可以在他們的工作站上安裝docker，在這種情況下，每個人都有自己的docker守護進程。
這是你的錯誤：「...我注意到的通常是客戶端和守護進程在同一臺機器上！」在大型生產系統中，這不是事實。 – SiKing