Docker 1.12引入了bundle的新概念。一種新的文件格式來描述一組服務。Docker包和docker-compose有什麼區別？
我的應用程序已經部署在docker-compose。我的每個環境都有一個docker-compose.yml，我可以通過docker-compose up快速部署我的應用。
據我瞭解的this post，泊塢捆綁只是內置泊塢一種新的方式做同樣的事情作爲搬運工，撰寫不作爲外部軟件。
是嗎？我可以期待從Docker捆綁銷售，我不會與碼頭組成？
Dockerfile可以內置到圖像中，並且可以從該圖像創建容器。
同樣，可以將docker-compose.yml內置到分佈式應用程序包（DAB）中，並且可以從該包創建堆棧。
從這個意義上說，捆綁包是一個多業務可分配的圖像格式。
主要的不同之處在於，docker bundle是面向使用的，這個新的服務器端編排功能使用了docker服務的內部流程。
碼頭構成所有的邏輯客戶端，因爲它是在服務器（守護進程）做不同請求的客戶端（組成）。
對於碼頭包，所有流量都由引擎管理。
感謝您對兩者之間根本區別的解釋。你能詳細闡述一下Docker bundle比docker-compose的優點嗎？是碼頭合成的結局嗎？什麼時候更適合用於其他？ –
對不起，但目前我還沒有一個清晰的未來寫作形象..我目前的想法是，民建聯可以在規模和協調專注，因爲目前的服務API只能在羣模式下工作，撰寫將部分的堆棧，但爲本地和開發使用。 目前這是我的想法，但我希望能在幾天之內讓它變得更好。 – GianArb
現在DAB中沒有一些功能可以與碼頭工具相比，現在可以像鏈接一樣進行批量安裝。映射到組合文件中映射的容器端口的主機端口與Swarm隨機分配端口到服務沒有任何關聯。您可以通過
搬運工服務檢查nginx的
當然，你可以隨時更新的服務的端口進行驗證，例如
搬運工服務更新--publish加8080 ：80 nginx
好問題，我不覺得任何答案能夠解決這個問題。我仍然不知道DAB對docker-compose有什麼優勢。 – Roddy