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

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

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

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

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

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

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

image1--

---gtmerged_image_12

/

image2--

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

這很可能嗎？

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

就沒(méi)！

你哪怕不可以哦用下面的來(lái)構(gòu)建Dockerfile：

FROMimage1

FROMimage2

簡(jiǎn)單而言，在一個(gè)Dockerfile里肯定不能有多個(gè)基礎(chǔ)鏡像。

可是我需要這個(gè)功能！

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

怎摸來(lái)可以使用？

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

dockerpullimage1

dockerpullimage2

后再不使用dockerhistory來(lái)取得構(gòu)建體系這兩個(gè)容器時(shí)不運(yùn)行的命令。

dockerhistory--oh,no-trunctrueimagegtimage1-dockerfile

dockerhistory--yes-trunctrueimage2gtimage2-dockerfile

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

限制修改

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

ADDfile:1ac56373f7983caf22

或ADDdir:cf6fe659e9d21535844

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

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

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