什麼是Dockerfile?python
Dockerfile是一個包含用於組合映像的命令的文本文檔。可使用在命令行中調用任何命令。 Docker經過讀取
Dockerfile
中的指令自動生成映像。mysql
docker build
命令用於從Dockerfile構建映像。能夠在docker build
命令中使用-f
標誌指向文件系統中任何位置的Dockerfile。nginx
Dockerfile 通常分爲四部分:基礎鏡像信息、維護者信息、鏡像操做指令和容器啓動時執行指令,’#’ 爲 Dockerfile 中的註釋。c++
Docker以從上到下的順序運行Dockerfile的指令。爲了指定基本映像,第一條指令必須是FROM。一個聲明以#
字符開頭則被視爲註釋。能夠在Docker文件中使用RUN
,CMD
,FROM
,EXPOSE
,ENV
等指令。sql
經常使用的指令docker
FROM:指定基礎鏡像,必須爲第一個命令shell
格式: FROM <image> FROM <image>:<tag> FROM <image>@<digest> 示例: FROM mysql:5.6 注: tag或digest是可選的,若是不使用這兩個值時,會使用latest版本的基礎鏡像
MAINTAINER: 維護者信息apache
格式: MAINTAINER <name> 示例: MAINTAINER Jasper Xu MAINTAINER sorex@163.com MAINTAINER Jasper Xu <sorex@163.com>
RUN:構建鏡像時執行的命令ubuntu
RUN用於在鏡像容器中執行命令,其有如下兩種命令執行方式: shell執行 格式: RUN <command> exec執行 格式: RUN ["executable", "param1", "param2"] 示例: RUN ["executable", "param1", "param2"] RUN apk update RUN ["/etc/execfile", "arg1", "arg1"] 注: RUN指令建立的中間鏡像會被緩存,並會在下次構建中使用。若是不想使用這些緩存鏡像,能夠在構建時指定--no-cache參數,如:docker build --no-cache
ADD:將本地文件添加到容器中,tar類型文件會自動解壓(網絡壓縮資源不會被解壓),能夠訪問網絡資源,相似wgetcentos
格式: ADD <src>... <dest> ADD ["<src>",... "<dest>"] 用於支持包含空格的路徑 示例: ADD hom* /mydir/ # 添加全部以"hom"開頭的文件 ADD hom?.txt /mydir/ # ? 替代一個單字符,例如:"home.txt" ADD test relativeDir/ # 添加 "test" 到 `WORKDIR`/relativeDir/ ADD test /absoluteDir/ # 添加 "test" 到 /absoluteDir/
COPY:功能相似ADD,可是是不會自動解壓文件,也不能訪問網絡資源
CMD:構建容器後調用,也就是在容器啓動時才進行調用
格式: CMD ["executable","param1","param2"] (執行可執行文件,優先) CMD ["param1","param2"] (設置了ENTRYPOINT,則直接調用ENTRYPOINT添加參數) CMD command param1 param2 (執行shell內部命令) 示例: CMD echo "This is a test." | wc - CMD ["/usr/bin/wc","--help"] 注: CMD不一樣於RUN,CMD用於指定在容器啓動時所要執行的命令,而RUN用於指定鏡像構建時所要執行的命令。
ENTRYPOINT:配置容器,使其可執行化。配合CMD可省去"application",只使用參數。
格式: ENTRYPOINT ["executable", "param1", "param2"] (可執行文件, 優先) ENTRYPOINT command param1 param2 (shell內部命令) 示例: FROM ubuntu ENTRYPOINT ["top", "-b"] CMD ["-c"] 注: ENTRYPOINT與CMD很是相似,不一樣的是經過docker run執行的命令不會覆蓋ENTRYPOINT,而docker run命令中指定的任何參數,都會被當作參數再次傳遞給ENTRYPOINT。Dockerfile中只容許有一個ENTRYPOINT命令,多指定時會覆蓋前面的設置,而只執行最後的ENTRYPOINT指令。
LABEL:用於爲鏡像添加元數據
格式: LABEL <key>=<value> <key>=<value> <key>=<value> ... 示例: LABEL version="1.0" description="這是一個Web服務器" by="IT筆錄" 注: 使用LABEL指定元數據時,一條LABEL指定能夠指定一或多條元數據,指定多條元數據時不一樣元數據之間經過空格分隔。推薦將全部的元數據經過一條LABEL指令指定,以避免生成過多的中間鏡像。
ENV:設置環境變量
格式: ENV <key> <value> #<key>以後的全部內容均會被視爲其<value>的組成部分,所以,一次只能設置一個變量 ENV <key>=<value> ... #能夠設置多個變量,每一個變量爲一個"<key>=<value>"的鍵值對,若是<key>中包含空格,可使用\來進行轉義,也能夠經過""來進行標示;另外,反斜線也能夠用於續行 示例: ENV myName John Doe ENV myDog Rex The Dog ENV myCat=fluffy
EXPOSE:指定於外界交互的端口
格式: EXPOSE <port> [<port>...] 示例: EXPOSE 80 443 EXPOSE 8080 EXPOSE 11211/tcp 11211/udp 注: EXPOSE並不會讓容器的端口訪問到主機。要使其可訪問,須要在docker run運行容器時經過-p來發布這些端口,或經過-P參數來發布EXPOSE導出的全部端口
VOLUME:用於指定持久化目錄
格式: VOLUME ["/path/to/dir"] 示例: VOLUME ["/data"] VOLUME ["/var/www", "/var/log/apache2", "/etc/apache2" 注: 一個卷能夠存在於一個或多個容器的指定目錄,該目錄能夠繞過聯合文件系統,並具備如下功能: 1 卷能夠容器間共享和重用 2 容器並不必定要和其它容器共享卷 3 修改卷後會當即生效 4 對卷的修改不會對鏡像產生影響 5 卷會一直存在,直到沒有任何容器在使用它
WORKDIR:工做目錄,相似於cd命令
格式: WORKDIR /path/to/workdir 示例: WORKDIR /a (這時工做目錄爲/a) WORKDIR b (這時工做目錄爲/a/b) WORKDIR c (這時工做目錄爲/a/b/c) 注: 經過WORKDIR設置工做目錄後,Dockerfile中其後的命令RUN、CMD、ENTRYPOINT、ADD、COPY等命令都會在該目錄下執行。在使用docker run運行容器時,能夠經過-w參數覆蓋構建時所設置的工做目錄。
USER: 指定運行容器時的用戶名或 UID,後續的 RUN 也會使用指定用戶。使用USER指定用戶時,可使用用戶名、UID或GID,或是二者的組合。當服務不須要管理員權限時,能夠經過該命令指定運行用戶。而且能夠在以前建立所須要的用戶
格式: USER user USER user:group USER uid USER uid:gid USER user:gid USER uid:group 示例: USER www 注: 使用USER指定用戶後,Dockerfile中其後的命令RUN、CMD、ENTRYPOINT都將使用該用戶。鏡像構建完成後,經過docker run運行容器時,能夠經過-u參數來覆蓋所指定的用戶。
ARG:用於指定傳遞給構建運行時的變量
格式: ARG <name>[=<default value>] 示例: ARG site ARG build_user=www
ONBUILD:用於設置鏡像觸發器
格式: ONBUILD [INSTRUCTION] 示例: ONBUILD ADD . /app/src ONBUILD RUN /usr/local/bin/python-build --dir /app/src 注: 當所構建的鏡像被用作其它鏡像的基礎鏡像,該鏡像中的觸發器將會被鑰觸發
例子:
# This my first nginx Dockerfile # Version 1.0 # Base images 基礎鏡像 FROM centos #MAINTAINER 維護者信息 MAINTAINER tianfeiyu #ENV 設置環境變量 ENV PATH /usr/local/nginx/sbin:$PATH #ADD 文件放在當前目錄下,拷過去會自動解壓 ADD nginx-1.8.0.tar.gz /usr/local/ ADD epel-release-latest-7.noarch.rpm /usr/local/ #RUN 執行如下命令 RUN rpm -ivh /usr/local/epel-release-latest-7.noarch.rpm RUN yum install -y wget lftp gcc gcc-c++ make openssl-devel pcre-devel pcre && yum clean all RUN useradd -s /sbin/nologin -M www #WORKDIR 至關於cd WORKDIR /usr/local/nginx-1.8.0 RUN ./configure --prefix=/usr/local/nginx --user=www --group=www --with-http_ssl_module --with-pcre && make && make install RUN echo "daemon off;" >> /etc/nginx.conf #EXPOSE 映射端口 EXPOSE 80 #CMD 運行如下命令 CMD ["nginx"]
最後用一張圖解釋經常使用指令的意義^:
擴展:
Dockerfile文件中的CMD和ENTRYPOINT指令差別對比
CMD
支持三種格式
CMD ["executable","param1","param2"] 使用 exec 執行,推薦方式;
CMD command param1 param2 在 /bin/sh 中執行,提供給須要交互的應用;
CMD ["param1","param2"] 提供給 ENTRYPOINT 的默認參數;
指定啓動容器時執行的命令,每一個 Dockerfile 只能有一條 CMD 命令。若是指定了多條命令,只有最後一條會被執行。
若是用戶啓動容器時候指定了運行的命令,則會覆蓋掉 CMD 指定的命令。
ENTRYPOINT
兩種格式:
ENTRYPOINT ["executable", "param1", "param2"]
ENTRYPOINT command param1 param2(shell中執行)。
配置容器啓動後執行的命令,而且不可被 docker run 提供的參數覆蓋。
每一個 Dockerfile 中只能有一個 ENTRYPOINT,當指定多個時,只有最後一個起效。
從上面的說明,咱們能夠看到有兩個共同點:
而它們有以下差別:
差別1:CMD指令指定的容器啓動時命令能夠被docker run指定的命令覆蓋,而ENTRYPOINT指令指定的命令不能被覆蓋,而是將docker run指定的參數當作ENTRYPOINT指定命令的參數。
差別2:CMD指令能夠爲ENTRYPOINT指令設置默認參數,並且能夠被docker run指定的參數覆蓋;
注意點:
CMD指令爲ENTRYPOINT指令提供默認參數是基於鏡像層次結構生效的,而不是基因而否在同個Dockerfile文件中。意思就是說,若是Dockerfile指定基礎鏡像中是ENTRYPOINT指定的啓動命令,則該Dockerfile中的CMD依然是爲基礎鏡像中的ENTRYPOINT設置默認參數。
例如,咱們有以下一個Dockerfile文件,
FROM ubuntu:14.04 MAINTAINER lienhua34@xxx.com ADD startup /opt RUN chmod a+x /opt/startup ENTRYPOINT ["/opt/startup", "arg1"]
經過運行docker build命令生成test:0.0.1鏡像,而後建立該鏡像的一個容器,查看運行結果,
lienhua34@test$ sudo docker build -t test:0.0.1 . Sending build context to Docker daemon 6.144 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER lienhua34@163.com ---> Running in 57a96522061a ---> c3bbf1bd8068 Removing intermediate container 57a96522061a Step 3 : ADD startup /opt ---> f9884fbc7607 Removing intermediate container 591a82b2f382 Step 4 : RUN chmod a+x /opt/startup ---> Running in 7a19f10b5513 ---> 16c03869a764 Removing intermediate container 7a19f10b5513 Step 5 : ENTRYPOINT /opt/startup arg1 ---> Running in b581c32b25c3 ---> c6b1365afe03 Removing intermediate container b581c32b25c3 Successfully built c6b1365afe03 lienhua34@test$ sudo docker run -ti --rm=true test:0.0.1 in startup, args: arg1
下面新建一個Dockerfile文件,基礎鏡像是剛生成的test:0.0.1,經過CMD指定要經過echo打印字符串「in test:0.0.2」。文件內容以下所示,
FROM test:0.0.1 MAINTAINER lienhua34@xxx.com CMD ["/bin/bash", "-c", "echo in test:0.0.2"]
運行docker build命令生成test:0.0.2鏡像,而後經過運行docker run啓動一個test:0.0.2鏡像的容器來查看結果,
lienhua34@test$ sudo docker build -t test:0.0.2 . Sending build context to Docker daemon 6.144 kB Step 1 : FROM test:0.0.1 ---> c6b1365afe03 Step 2 : MAINTAINER lienhua34@163.com ---> Running in deca95cf4c15 ---> 971b5a819b48 Removing intermediate container deca95cf4c15 Step 3 : CMD /bin/bash -c echo in test:0.0.2 ---> Running in 4a31c4652e1e ---> 0ca06ba31405 Removing intermediate container 4a31c4652e1e Successfully built 0ca06ba31405 lienhua34@test$ sudo docker run -ti --rm=true test:0.0.2 in startup, args: arg1 /bin/bash -c echo in test:0.0.2
從上面結果能夠看到,鏡像test:0.0.2啓動的容器運行時並非打印字符串」in test:0.0.2」,而是將CMD指令指定的命令當作基礎鏡像test:0.0.1中ENTRYPOINT指定的運行腳本startup的參數。