Docker高级-2.DockerFile与微服务打包案例

目录

一、DockerFile

1.1 概念

1.2 结构及执行流程

1.3 常用保留字指令

1.4 虚悬镜像的概念 

1.5 DockerFile 使用演示

二、微服务案例

---

一、DockerFile

1.1 概念

        Dockerfile是用来构建Docker镜像的文本文件，是由一条条构建镜像所需的指令和参数构成的脚本。

         编写Dockerfile文件->docker build命令构建镜像->docker run依镜像运行容器实例

1.2 结构及执行流程

        从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，
        1 Dockerfile，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道，这时需要考虑如何设计namespace的权限控制)等等; 
        2 Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时会真正开始提供服务; 
        3 Docker容器，容器是直接提供服务的。

结构：

        1：每条保留字指令都必须为大写字母且后面要跟随至少一个参数

        2：指令按照从上到下，顺序执行

        3：# 表示注释

        4：每条指令都会创建一个新的镜像层并对镜像进行提交

流程：

（1）docker从基础镜像运行一个容器

（2）执行一条指令并对容器作出修改

（3）执行类似docker commit的操作提交一个新的镜像层

（4）docker再基于刚提交的镜像运行一个新容器

（5）执行dockerfile中的下一条指令直到所有指令都执行完成

1.3 常用保留字指令

FROM        基础镜像，当前新镜像是基于哪个镜像的，指定一个已经存在的镜像作为模板，第一条必须是from

MAINTAINER        镜像维护者的姓名和邮箱地址

RUN        容器构建时需要运行的命令，在 docker build时运行。

                有两种格式：shell格式、exec格式

EXPOSE           当前容器对外暴露出的端口

WORKDIR        指定在创建容器后，终端默认登陆的进来工作目录，一个落脚点

USER                指定该镜像以什么样的用户去执行，如果都不指定，默认是root

ENV                  用来在构建镜像过程中设置环境变量

        例如：ENV MY_PATH /usr/mytest
        这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样；也可以在其它指令中直接使用这些环境变量，如：WORKDIR $MY_PATH

ADD          将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包

COPY       类似ADD，拷贝文件和目录到镜像中。将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置

VOLUME        容器数据卷，用于数据保存和持久化工作

CMD        指定容器启动后的要干的事情，格式与RUN类似。CMD是在docker run 时运行。Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被 docker run 之后的参数替换，例如 /bin/bash 参数。

ENTRYPOINT        用来指定一个容器启动时要运行的命令，类似于 CMD 指令，但不会被docker run后面的命令覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。优点是在执行docker run的时候可以指定 ENTRYPOINT 运行所需的参数。但注意如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令，仅最后一个生效。

         ENTRYPOINT可以和CMD一起用，一般是变参才会使用 CMD ，这里的 CMD 等于是在给 ENTRYPOINT 传参。当指定了ENTRYPOINT后，CMD的含义就发生了变化，不再是直接运行其命令而是将CMD的内容作为参数传递给ENTRYPOINT指令，例如：

1.4 虚悬镜像的概念 

        虚悬镜像就是仓库名、标签都是<none>的镜像，俗称dangling image，经过某些不合适的操作时可能会产生。

        我们使用dockerfile可以造一个虚悬镜像，例如 vim DockerFile

from ubuntu
CMD echo 'action is success'

docker image ls -f dangling=true    #查看虚悬镜像

         如何删除这类不正常的镜像呢？

docker image prune

1.5 DockerFile 使用演示

         目标：自定义一个镜像，使Centos7镜像具备vim+ifconfig+jdk8

        1.下载jdk8

        2.编写DockerFile文件，与jdk8的安装包在同一文件夹

FROM centos:centos7	#千万别用8，会报错
MAINTAINER wz<xxx@xxx.com>
 
ENV MYPATH /usr/local
WORKDIR $MYPATH
 
#安装vim编辑器
RUN yum -y install vim
#安装ifconfig命令查看网络IP
RUN yum -y install net-tools
#安装java8及lib库
RUN yum -y install glibc.i686
RUN mkdir /usr/local/java
#ADD 是相对路径jar,把jdk-8u341-linux-x64.tar.gz添加到容器中,安装包必须要和Dockerfile文件在同一位置
ADD jdk-8u341-linux-x64.tar.gz /usr/local/java/
#配置java环境变量
ENV JAVA_HOME /usr/local/java/jdk1.8.0_341
ENV JRE_HOME $JAVA_HOME/jre
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH
ENV PATH $JAVA_HOME/bin:$PATH
 
EXPOSE 80
 
CMD echo $MYPATH
CMD echo "success--------------ok"
CMD /bin/bash

        3.在dockerfile所在目录内执行构建命令

docker build -t myubuntu:1.3 .    #名字随便指定，我不想改了

        4.运行创建好的镜像，测试命令

docker run -it myubuntu:1.3 /bin/bash

二、微服务案例

        实际工作中我们可能需要把一个个的微服务打包成镜像，以便在别的地方部署。

        这里不再演示业务代码，懂那个流程就行了。

        1.如上图所示，在maven中执行package命令，生成了打包好的jar包。 

        2.编写dockerfile文件，将jar包添加到容器中

# 基础镜像使用java
FROM java:8
# 作者
MAINTAINER wz
# VOLUME 指定临时文件目录为/tmp，在主机/var/lib/docker目录下创建了一个临时文件并链接到容器的/tmp
VOLUME /tmp
# 将jar包添加到容器中并更名为 wz_docker.jar
ADD docker_boot-0.0.1-SNAPSHOT.jar wz_docker.jar
# 运行jar包
RUN bash -c 'touch /wz_docker.jar'
ENTRYPOINT ["java","-jar","/wz_docker.jar"]
#暴露6001端口作为微服务
EXPOSE 6001

        3.构建镜像

docker build -t wz_docker:1.0 .

        4.运行容器

 docker run -d -p 6001:6001 wz_docker:1.0

        5.在浏览器中输入对应的url，数据成功返回！