摘要：正確的做法是直接執(zhí)行可執(zhí)行文件，并且要求以前臺(tái)形式運(yùn)行。官方鏡像官方鏡像在這里先定義了環(huán)境變量，其后的這層里，多次使用來(lái)進(jìn)行操作定制。只有當(dāng)以當(dāng)前鏡像為基礎(chǔ)鏡像，去構(gòu)建下一級(jí)鏡像的時(shí)候才會(huì)被執(zhí)行。

介紹

Dockerfile 是一個(gè)文本文件，里面包含了一條條的指令，每一條指令構(gòu)建一層，因此每一條指令的內(nèi)容都是描述該層如何構(gòu)建。

使用dockerfile的好處

避免了docker commit方式帶來(lái)的臃腫，實(shí)際應(yīng)用中不應(yīng)采用docker commit.

基本流程

mkdir mynginx
cd mynginx
touch Dockerfile

vim Dockerfile,寫(xiě)入
FROM nginx
RUN echo "
Hello, Docker!
" > /usr/share/nginx/html/index.html

構(gòu)建鏡像
docker build -t nginx:v3 .  # 注意最后面有一個(gè)點(diǎn)

or docker build - < Dockerfile #從標(biāo)準(zhǔn)輸入中讀取 Dockerfile 進(jìn)行構(gòu)建
or cat Dockerfile | docker build -

or docker build http://server/context.tar.gz  #用給定的 tar 壓縮包構(gòu)建

or docker build https://github.com/twang2218/gitlab-ce-zh.git#:8.14 # 直接用 Git repo 進(jìn)行構(gòu)建
or docker build - < context.tar.gz # 從標(biāo)準(zhǔn)輸入中讀取上下文壓縮包進(jìn)行構(gòu)建

Dockerfile 中每一個(gè)指令都會(huì)建立一層， RUN 也不例外。每一個(gè) RUN 的行為，
就和剛才我們手工建立鏡像的過(guò)程一樣：新建立一層，在其上執(zhí)行這些命令，執(zhí)行結(jié)束
后， commit 這一層的修改，構(gòu)成新的鏡像。

    FROM debian:jessie
     RUN apt-get update
     RUN apt-get install -y gcc libc6-dev make
     RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-3.2.5.tar.gz"
     RUN mkdir -p /usr/src/redis
     RUN tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1
     RUN make -C /usr/src/redis
     RUN make -C /usr/src/redis install

    FROM debian:jessie
     RUN buildDeps="gcc libc6-dev make" 
        && apt-get update 
        && apt-get install -y $buildDeps 
        && wget -O redis.tar.gz "http://download.redis.io/releases/redis-3.2.5.tar.gz" 
        && mkdir -p /usr/src/redis 
        && tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 
        && make -C /usr/src/redis 
        && make -C /usr/src/redis install 
        && rm -rf /var/lib/apt/lists/* 
        && rm redis.tar.gz 
        && rm -r /usr/src/redis 
        && apt-get purge -y --auto-remove $buildDeps

  COPY ./package.json /app/
  這并不是要復(fù)制執(zhí)行 docker build 命令所在的目錄下的 package.json ，也不是復(fù)制
  Dockerfile 所在目錄下的 package.json ，而是復(fù)制 上下文（context） 目錄下的
  package.json 

FROM scratch
ADD ubuntu-xenial-core-cloudimg-amd64-root.tar.gz /
...

shell格式: CMD echo $HOME
實(shí)際執(zhí)行: CMD [ "sh", "-c", "echo $HOME" ]
Docker 不是虛擬機(jī)，容器中的應(yīng)用都應(yīng)該以前臺(tái)執(zhí)行，而不是像虛擬機(jī)、物理機(jī)里面那樣，
用 upstart/systemd 去啟動(dòng)后臺(tái)服務(wù)，容器內(nèi)沒(méi)有后臺(tái)服務(wù)的概念。

CMD service nginx start
這個(gè)命令會(huì)被理解為 CMD [ "sh", "-c", "service nginx start"] ，因此主進(jìn)程實(shí)際上是 sh 。
那么當(dāng) service nginx start 命令結(jié)束后， sh 也就結(jié)束了， sh 作為主進(jìn)程退出了，自然就會(huì)令容器退出。

正確的做法是直接執(zhí)行 nginx 可執(zhí)行文件，并且要求以前臺(tái)形式運(yùn)行。比如：
CMD ["nginx", "-g", "daemon off;"]

場(chǎng)景一：讓鏡像變成像命令一樣使用

錯(cuò)誤的示范

FROM ubuntu:16.04
RUN apt-get update 
&& apt-get install -y curl 
&& rm -rf /var/lib/apt/lists/*
CMD [ "curl", "-s", "http://ip.cn" ]

docker build -t myip .
docker run myip
docker run myip -i # 如果加上-i參數(shù),就會(huì)報(bào)錯(cuò)

正確的示范

FROM ubuntu:16.04
RUN apt-get update 
&& apt-get install -y curl 
&& rm -rf /var/lib/apt/lists/*
ENTRYPOINT [ "curl", "-s", "http://ip.cn" ]

場(chǎng)景二：應(yīng)用運(yùn)行前的準(zhǔn)備工作

啟動(dòng)容器就是啟動(dòng)主進(jìn)程，但有些時(shí)候，啟動(dòng)主進(jìn)程前，需要一些準(zhǔn)備工作。
官方redis鏡像

FROM alpine:3.4
...
RUN addgroup -S redis && adduser -S -G redis redis
...
ENTRYPOINT ["docker-entrypoint.sh"]
EXPOSE 6379
CMD [ "redis-server" ]

docker-entrypoint.sh
#!/bin/sh
...
# allow the container to be started with `--user`
if [ "$1" = "redis-server" -a "$(id -u)" = "0" ]; then
chown -R redis .
exec su-exec redis "$0" "$@"
fi
exec "$@"

官方node鏡像
ENV NODE_VERSION 7.2.0
RUN curl -SLO "https://nodejs.org/dist/v$NODE_VERSION/node-v$NODE_VERSION-linux-x64.ta
r.xz" 
&& curl -SLO "https://nodejs.org/dist/v$NODE_VERSION/SHASUMS256.txt.asc" 
&& gpg --batch --decrypt --output SHASUMS256.txt SHASUMS256.txt.asc 
&& grep " node-v$NODE_VERSION-linux-x64.tar.xz$" SHASUMS256.txt | sha256sum -c - 
&& tar -xJf "node-v$NODE_VERSION-linux-x64.tar.xz" -C /usr/local --strip-components=
1 
&& rm "node-v$NODE_VERSION-linux-x64.tar.xz" SHASUMS256.txt.asc SHASUMS256.txt 
&& ln -s /usr/local/bin/node /usr/local/bin/nodejs
在這里先定義了環(huán)境變量 NODE_VERSION ，其后的 RUN 這層里，多次使用 $NODE_VERSION 來(lái)進(jìn)行操作定制。
可以看到，將來(lái)升級(jí)鏡像構(gòu)建版本的時(shí)候，只需要更新 7.2.0 即可， Dockerfile 構(gòu)建維護(hù)變得更輕松了。
下列指令可以支持環(huán)境變量展開(kāi)：
ADD 、 COPY 、 ENV 、 EXPOSE 、 LABEL 、 USER 、 WORKDIR 、 VOLUME 、 STOPSIGNAL 、 ONBUILD 。

Dockerfile 中的 ARG 指令是定義參數(shù)名稱，以及定義其默認(rèn)值。該默認(rèn)值可以在構(gòu)建命令
docker build 中用 --build-arg <參數(shù)名>=<值> 來(lái)覆蓋。

VOLUME /data
這里的 /data 目錄就會(huì)在運(yùn)行時(shí)自動(dòng)掛載為匿名卷，任何向 /data 中寫(xiě)入的信息都不會(huì)記錄進(jìn)容器存儲(chǔ)層，
從而保證了容器存儲(chǔ)層的無(wú)狀態(tài)化。當(dāng)然，運(yùn)行時(shí)可以覆蓋這個(gè)掛載設(shè)置。
docker run -d -v mydata:/data xxxx
在這行命令中，就使用了 mydata 這個(gè)命名卷掛載到了 /data 這個(gè)位置，替代了Dockerfile 中定義的匿名卷的掛載配置。

要將 EXPOSE 和在運(yùn)行時(shí)使用 -p <宿主端口>:<容器端口> 區(qū)分開(kāi)來(lái)。 -p ，是映射宿主端口和
容器端口，換句話說(shuō)，就是將容器的對(duì)應(yīng)端口服務(wù)公開(kāi)給外界訪問(wèn)，而 EXPOSE 僅僅是聲明
容器打算使用什么端口而已，并不會(huì)自動(dòng)在宿主進(jìn)行端口映射

錯(cuò)誤的示例

初學(xué)者常犯的錯(cuò)誤是把 Dockerfile 等同于 Shell 腳本來(lái)書(shū)寫(xiě)
RUN cd /app
RUN echo "hello" > world.txt

如果需要改變以后各層的工作目錄的位置，那么應(yīng)該使用 WORKDIR 指令

USER 指令和 WORKDIR 相似，都是改變環(huán)境狀態(tài)并影響以后的層,用戶需提前建好.
RUN groupadd -r redis && useradd -r -g redis redis
USER redis
RUN [ "redis-server" ]

FROM nginx
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*
HEALTHCHECK --interval=5s --timeout=3s 
CMD curl -fs http://localhost/ || exit 1
這里我們?cè)O(shè)置了每 5 秒檢查一次（這里為了試驗(yàn)所以間隔非常短，實(shí)際應(yīng)該相對(duì)較長(zhǎng)），如
果健康檢查命令超過(guò) 3 秒沒(méi)響應(yīng)就視為失敗，并且使用 curl -fs http://localhost/ || exit
1 作為健康檢查命令。

查看 docker inspect --format "{{json .State.Health}}" web | python -m json.tool

ONBUILD 是一個(gè)特殊的指令，它后面跟的是其它指令，比如 RUN , COPY 等，而這些指令，
在當(dāng)前鏡像構(gòu)建時(shí)并不會(huì)被執(zhí)行。只有當(dāng)以當(dāng)前鏡像為基礎(chǔ)鏡像，去構(gòu)建下一級(jí)鏡像的時(shí)候才會(huì)被執(zhí)行。
Dockerfile 中的其它指令都是為了定制當(dāng)前鏡像而準(zhǔn)備的，唯有 ONBUILD 是為了幫助別人定制自己而準(zhǔn)備的。

假設(shè)一個(gè)node.js的dockerfile如下

FROM node:slim
RUN mkdir /app
WORKDIR /app
COPY ./package.json /app
RUN [ "npm", "install" ]
COPY . /app/
CMD [ "npm", "start" ]

現(xiàn)在有其他的鏡像依賴這個(gè)鏡像,假設(shè)基礎(chǔ)鏡像叫my-node

FROM node:slim
RUN mkdir /app
WORKDIR /app
CMD [ "npm", "start" ]

那么其他依賴的子項(xiàng)目的鏡像為

FROM my-node
COPY ./package.json /app
RUN [ "npm", "install" ]
COPY . /app/
基礎(chǔ)鏡像變化后，各個(gè)項(xiàng)目都用這個(gè) Dockerfile 重新構(gòu)建鏡像，會(huì)繼承基礎(chǔ)鏡像的更新
但是問(wèn)題只解決了一半,如果這個(gè)子Dockerfile 里面有些東西需要調(diào)整呢？
比如 npm install 都需要加一些參數(shù)，那怎么辦？這一行 RUN 是不可能放入基礎(chǔ)鏡像的，
因?yàn)樯婕暗搅水?dāng)前項(xiàng)目的 ./package.json ，難道又要一個(gè)個(gè)修改么？
所以說(shuō)，這樣制作基礎(chǔ)鏡像，只解決了原來(lái)的 Dockerfile 的前4條指令的變化問(wèn)題，
而后面三條指令的變化則完全沒(méi)辦法處理。

用ONBUILD重寫(xiě)基礎(chǔ)鏡像

FROM node:slim
RUN mkdir /app
WORKDIR /app
ONBUILD COPY ./package.json /app
ONBUILD RUN [ "npm", "install" ]
ONBUILD COPY . /app/
CMD [ "npm", "start" ]

在用ONBUILD構(gòu)建基礎(chǔ)鏡像的時(shí)候，這三行并不會(huì)被執(zhí)行

那么子鏡像只需

FROM my-node

當(dāng)在各個(gè)項(xiàng)目目錄中，用這個(gè)只有一行的 Dockerfile 構(gòu)建鏡像時(shí)，之前基礎(chǔ)鏡像的那三行 ONBUILD 就會(huì)開(kāi)始執(zhí)行，
成功的將當(dāng)前項(xiàng)目的代碼復(fù)制進(jìn)鏡像、并且針對(duì)本項(xiàng)目執(zhí)行 npm install ，生成應(yīng)用鏡像

Docker 從入門到實(shí)踐