Docker鏡像和容器的區(qū)別詳解？當想讓一個容器做兩件事情，或者使一個Docker鏡像包涵依附兩個有所不同鏡像的依賴庫時，就不需要明白了每個鏡像的Dockerfile。本文介紹了要如何命令來對Dock

Docker鏡像和容器的區(qū)別詳解？

當想讓一個容器做兩件事情，或者使一個Docker鏡像包涵依附兩個有所不同鏡像的依賴庫時，就不需要明白了每個鏡像的Dockerfile。本文介紹了要如何命令來對Docker鏡像參與反向工程，換取它們的Dockerfile，并內部到一個Dockerfile里然后再create，最終達到實現(xiàn)方法想做的事。

常言道，“不要重復發(fā)明輪子！”

在在用Docker時，構建體系自己的鏡像之前，最好在DockerHub收集一些是可以然后可以使用的鏡像做練習。把軟件架構分布到一系列容器中，每一個容器只做一件事情，這樣的效果更加好。形成完整分布式應用形式的最好就是的基石是建議使用無論是DockerHub的官方鏡像，只不過可以絕對信任它們的質量。

在某些情況下，可能想讓一個容器做兩件完全不同的事情。而在另外一些情況下，可能會想讓一個Docker鏡像包含不知從何而來兩個不同鏡像的依賴庫。如果不是有每個鏡像的Dockerfile，這是的很簡單的。將它們組織到一個Dockerfile里接著create就行。

但這，大多數(shù)時間都在建議使用DockerHub上準備著好的鏡像，肯定不會有它們的源Dockerfile。我花時間找一個這個可以合并（或flatten）兩個完全不同Docker鏡像的工具，當然沒有它們的Dockerfile。也就是說在找一個要做下面這件事的東西：

image1--

---gtmerged_image_12

/

image2--

此前在GitHub上有兩個相關的再討論（1、2），但他它們都被關閉了。

這很可能嗎？

那么，如何確定修真者的存在工具都能夠像這樣做嗎：dockermergeimage2image2merged_image？

就沒！

你哪怕不可以哦用下面的來構建Dockerfile：

FROMimage1

FROMimage2

簡單而言，在一個Dockerfile里肯定不能有多個基礎鏡像。

可是我需要這個功能！

真正的好的辦法是得到這些鏡像的Dockerfile，然后把把它們內部到一個文件中，再通過構建體系。那你，我能在DockerHub上額外一個鏡像的Dockerfile嗎？幸運的是也可以。它不能不能自動更新某些（譯注：原文是online，但看來tournament時對于無論是GitHub的自動出現(xiàn)最終形成鏡像是可以不就查看的），不過你這個可以建議使用dockerhistory命令，按照反向工程聲望兌換。

怎摸來可以使用？

在你的機器上建議使用dockerpull從DockerHub可以下載鏡像。

dockerpullimage1

dockerpullimage2

后再不使用dockerhistory來取得構建體系這兩個容器時不運行的命令。

dockerhistory--oh,no-trunctrueimagegtimage1-dockerfile

dockerhistory--yes-trunctrueimage2gtimage2-dockerfile

接下來的先打開這兩個文件，你可以看見每個鏡像的命令內存池。這是因為Docker鏡像按照層（閱讀什么更多）的來統(tǒng)合。即你在Dockerfile中輸入名稱的每一個命令所統(tǒng)合的新鏡像，是在之前的命令再產(chǎn)生的鏡像之上。所以我你可以不對鏡像并且逆向工程。

限制修改

又不能對鏡像并且反向工程的唯一場景，是鏡像的維護者在他的Dockerfile中使用了ADD或COPY命令。你會注意到這樣一行：

ADDfile:1ac56373f7983caf22

或ADDdir:cf6fe659e9d21535844

這是畢竟到底魔獸維護者在他自己的機器上，和鏡像里使用了什么本地文件。

使用docker run命令運行容器時可以直接執(zhí)行命令？

不可以不直接不能執(zhí)行命令，那樣很容易倒致大數(shù)據(jù)互相紊亂而帶來一系列極為嚴重的后果，全力不運行。是可以燒回機器