第1节 Dockerfile常见指令用法

接上节，浅复一下

FROM：所有镜像都有父镜像，scratch镜像

LABEL：版本信息，功能说明，作者 ENV：环境变量，build后run起来可用，后续run得时候-e可覆盖 RUN：build时候执行得shell命令，比如编译安装，ln -s，配置文件修改，脚本操作 COPY：宿主的文件复制到镜像里，文件得放在build动作的当前工作目录，且使用相对路径（一般就是Dockerfile所在目录，除非Dockerfile 是 -f 放到其他地方了，此时COPY的源文件还得必须是build这个动作的当前目录）。 ADD：比COPY多了一个自动解压缩，然后复制的时候，目标目录可能不像COPY那样需要加上/，来严谨对待，但是我们还是要规范的。 CMD：容器run来后执行的命令，一般用来挂前台保证容器run起来后不会停止的。CMD的要求就是执行程序得是前台的不能是后台的，比如nginx命令通常就是后台的，需要明确指定为后台nginx -g daemon off这种。同时 alpine 、 ubuntu 、centos 这些系统都是/bin/sh的都是会run起来就Exited了，所以创建web服务、java服务、微服务，这些服务的时候就需要CMD是一个前台的程序。

CMD的缺陷：

配置文件的处理

现在要在Dockerfile里定义好配置文件，

1、先把容器跑起来，然后从里面复制一份conf出来

2、优化下配置文件

涉及的参数如下：

worker_processes auto;
...
events {
    worker_connections 10240;
}
...
...
include /apps/nginx/conf/conf.d/*.conf;

vim build.sh
#!/bin/sh

doker build -t nginx-alpine-self:$1 .
chmod +x build.sh
./build/sh 1.26.0-v1.0

run起来然后查看下配置文件是否修改👇

已修改，然后看下conf.d文件夹是否自动创建

并没有创建👇

所以Dockerfile里要创建该目录了

这也是分层多的和分层少的自己要注意的地方，比如这里由于RUN太长了，前面还有编译的动作，所以要考虑拆成两个RUN就会是的前面的RUN层级可以被复用。

再run起来，看看conf.d是否ok

这样就有了独立的配置文件存放目录conf.d

3、配置server块

3.1 创建子目录编写server块

这样配置文件就有了👆

3.2 还得有一个网页html文件

3.3 编写Dockerfile

肯定是基于上面制作得nginx-alpine-selfv1.3来进一步封装啦，要利用之前得nginx的配置文件，特别是conf.d这个目录得存在。


FROM nginx-alpine-self:v1.3
LABEL maintainer="oneyearice <oneyearice@gmail.com>"

RUN mkdir -p /data/website    # 存放也没html文件的
COPY index.html /data/website/    # html复制进去
COPY www.ming.org.conf /apps/nginx/conf/conf.d/    # 子配置文件，也就是server块文件扔进去
# 由于继承的镜像里有CMD挂前台了，所以这里无需再配置CMD了

这样这些原材料就准备好了