使用docker就會避免不了的要作各類鏡像,就會用到dockerfile,記錄一下dockerfile的主要命令python
一、主要組成部分mysql
dockerfile執行build命令時,是從上倒下依次執行的,dockerfile的基本組成部分以下。nginx
主要部分 表明性命令
基礎鏡像信息 FROM
維護者信息 MAINTAINER
鏡像操做指令 RUN、COPY、ADD、EXPOSE、WORKDIR、ONBUILD、USER、VOLUME、ENV等
容器啓動時執行指令 CMD、ENTRYPOINTgit
二、各命令詳解github
FROM:指定基礎鏡像,必須爲dockerfile中的第一個命令sql
格式: FROM <image> FROM <image>:<tag> FROM <image>@<digest> 示例: FROM mysql:5.6 注: tag或digest是可選的,若是不使用這兩個值時,會使用latest版本的基礎鏡像
MAINTAINER: 維護者信息docker
格式: MAINTAINER <name> 示例: MAINTAINER Jasper Xu MAINTAINER sorex@163.com MAINTAINER Jasper Xu <sorex@163.com>
RUN:構建鏡像時執行的命令,一個文件中能夠包含多個RUN命令shell
RUN用於在鏡像容器中執行命令,有如下兩種命令執行方式: shell執行,即/bin/sh 格式: RUN <command> exec執行 格式: RUN ["executable", "param1", "param2"] 要注意的是,executable是命令,後面的param是參數 示例: RUN yum install -y nginx RUN ["yum", "install", "-y", "nginx"] 注: RUN指令建立的中間鏡像會被緩存,並會在下次構建中使用。若是不想使用這些緩存鏡像,能夠在構建時指定--no-cache參數,如:docker build --no-cache
因爲RUN命令會生成一個鏡像層,因此RUN並非越多越好,須要合理使用,若是一個RUN中執行多個命令,可使用 && 鏈接,若是命令過長,可使用 \ 換行,例如apache
RUN apt-get update && apt-get install -y \ bzr \ cvs \ git \ mercurial \ subversion 而且這樣寫還有個優勢,apt-get update 和 apt-get install 被放在一個 RUN 指令中執行,這樣可以保證每次安裝的是最新的包。若是 apt-get install 在單獨的 RUN 中執行,則會使用 apt-get update 建立的鏡像層,而這一層多是好久之前緩存的
ADD:將本地文件添加到容器中,tar類型文件會自動解壓(網絡壓縮資源不會被解壓),能夠訪問網絡資源,相似wgetubuntu
若是目的位置不存在,Docker會自動建立所須要的目錄結
格式: 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/ 注意: 須要複製的本地文件必定要放在Dockerfile文件的同級目錄下 緣由: 由於構建環境將會先上傳到Docker守護進程,而複製是在Docker守護進程中進行的。任何位於構建環境以外的東西都是不可用的。ADD指令的目的的位置則必須是容器內部的一個絕對路徑。
COPY:功能相似ADD,可是是不會自動解壓文件,也不能訪問網絡資源
就是不能解壓,其餘限制條件跟ADD同樣
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參數覆蓋構建時所設置的工做目錄。
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 卷會一直存在,直到沒有任何容器在使用它
USER:指定運行容器時的用戶名或 UID,後續的操做都會使用指定用戶。使用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 注: 當所構建的鏡像被用作其它鏡像的基礎鏡像時(好比用戶的鏡像須要從某爲準備好的位置添加源代碼,或者用戶須要執行特定於構建鏡像的環境的構建腳本),該鏡像中的觸發器將會被鑰觸發
例如建立鏡像image-A
FROM ubuntu
...
ONBUILD ADD . /var/www
...
而後建立鏡像image-B,指定image-A爲基礎鏡像,如
FROM image-A
...
而後在構建image-B的時候,日誌上顯示以下:
Step 0 : FROM image-A
# Execting 1 build triggers
Step onbuild-0 : ADD . /var/www
...
CMD:構建容器後調用,也就是在容器啓動時才進行調用,存在多個CMD時只有最後一個生效,也支持exec語法。
格式: 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指令。
注意!!!! CMD和ENTRYPOINT的區別
CMD和ENTRYPOINT一樣做爲容器啓動時執行的命令,區別有如下幾點:
CMD的命令會被 docker run 的命令覆蓋而ENTRYPOINT不會
如使用CMD ["/bin/bash"]或ENTRYPOINT ["/bin/bash"]後,再使用docker run -ti image啓動容器,它會自動進入容器內部的交互終端,如同使用docker run -ti image /bin/bash。
可是若是啓動鏡像的命令爲docker run -ti image /bin/ps,使用CMD後面的命令就會被覆蓋轉而執行bin/ps命令,而ENTRYPOINT的則不會,而是會把docker run 後面的命令當作ENTRYPOINT執行命令的參數。
放個例子
Dockerfile中爲 ENTRYPOINT ["/user/sbin/nginx"] 而後經過啓動build以後的容器 docker run -ti image -g "daemon off" 此時-g "daemon off"會被當成參數傳遞給ENTRYPOINT,最終的命令變成了 /user/sbin/nginx -g "daemon off"
若是Dockerfile中定義的是CMD,則會被覆蓋
CMD和ENTRYPOINT都存在時,CMD的指令就變成了ENTRYPOINT的參數,而且此CMD提供的參數也會被 docker run 後面的命令覆蓋
Dockerfile中指令 .. ENTRYPOINT ["echo","hello","i am"] CMD ["docker"] 以後啓動構建以後的容器 使用docker run -ti image 輸出「hello i am docker」 使用docker run -ti image world 輸出「hello i am world」
最後說一下docker build命令,Dockerfile寫完後要生產鏡像,就須要docker build
docker build 命令用於使用 Dockerfile 建立鏡像,語法
docker build [OPTIONS] PATH | URL |-
參數說明:
--build-arg=[] :設置鏡像建立時的變量;
--cpu-shares :設置 cpu 使用權重;
--cpu-period :限制 CPU CFS週期;
--cpu-quota :限制 CPU CFS配額;
--cpuset-cpus :指定使用的CPU id;
--cpuset-mems :指定使用的內存 id;
--disable-content-trust :忽略校驗,默認開啓;
-f :指定要使用的Dockerfile路徑;
--force-rm :設置鏡像過程當中刪除中間容器;
--isolation :使用容器隔離技術;
--label=[] :設置鏡像使用的元數據;
-m :設置內存最大值;
--memory-swap :設置Swap的最大值爲內存+swap,"-1"表示不限swap;
--no-cache :建立鏡像的過程不使用緩存;
--pull :嘗試去更新鏡像的新版本;
--quiet, -q :安靜模式,成功後只輸出鏡像 ID;
--rm :設置鏡像成功後刪除中間容器;
--shm-size :設置/dev/shm的大小,默認值是64M;
--ulimit :Ulimit配置。
--tag, -t: 鏡像的名字及標籤,一般 name:tag 或者 name 格式;能夠在一次構建中爲一個鏡像設置多個標籤。
--network: 默認 default。在構建期間設置RUN指令的網絡模式
示例
使用當前目錄的 Dockerfile 建立鏡像,標籤爲 runoob/ubuntu:v1。 docker build -t runoob/ubuntu:v1 . 使用URL github.com/creack/docker-firefox 的 Dockerfile 建立鏡像。 docker build github.com/creack/docker-firefox 也能夠經過 -f Dockerfile 文件的位置: $ docker build -f /path/to/a/Dockerfile . 在 Docker 守護進程執行 Dockerfile 中的指令前,首先會對 Dockerfile 進行語法檢查,有語法錯誤時會返回: $ docker build -t test/myapp . Sending build context to Docker daemon 2.048 kB Error response from daemon: Unknown instruction: RUNCMD