Docker部署java服务
一、Linux服务安装Docker
关于Docker的安装在之前的Linux的三种安装方式的第三种安装方式中有介绍
传送门:https://blog.csdn.net/m0_46616045/article/details/128841396
二、编写DockerFile
1、将需要部署的Jar包放到服务器上
2、编写DockerFile
FROM java:8
VOLUME /tmp
COPY helloworld-0.0.1-SNAPSHOT.jar helloApp.jar
RUN bash -c "touch /helloApp.jar"
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "helloApp.jar", "--spring.profiles.active=test", "--server.port=8080", "> /log/app.log"]
3、dockerFile命令详解
命令 | 功能介绍 |
---|---|
FROM | 构建新的Image时使用的基础,通常必须是DockerFile的第一个有效指令,其前面也可以出现ARG指令 |
LABEL | 附加到Image之上的元数据,键值格式 |
EVN | 以键值方式来设置环境变量,可被其后引用,且基于新生成的Image运行的Container中也会存在这些变量 |
RUN | 以FROM中定义的Image我基础环境运行指定命令,生成结果将作为新Image的一个镜像层,并可由后续指令所使用 |
CMD | 基于该DockerFile生成的Image运行Container时,CMD能够指定容器中默认运行的程序,因而其只应该定义一次 |
ENTRYPOINT | 类似于CMD指令的功能,但不能被命令行指定要运行的应用程序覆盖,与CMD命令共存时,CMD的内容将作为该指令中定义的程序的参数 |
WORKDIR | 为RUN、CMD、ENTRPOINT、COPY和ADD等指令设定工作目录 |
COPY | 复制主机上获取前一个阶段构建结果中的文件或命令生成新的镜像层 |
ADD | 与COPY指令功能相似,但是ADD额外支持使用URL指定的资源作为源文件 |
VOLUME | 指定基于新生成的Image运行Container时期望作为Volume使用的命令 |
EXPOSE | 指定基于新生成的Image运行Container时期望暴露的端口,但实际暴露与否取决与"docker run"命令的选项,支持TCP和UDP协议 |
USER | 为Dockerfile中该指令后面的RUN、CMD和ENTRYPOINT指令中要运行的应用程序指定运行者的身份UID,以及一个可选的GID |
ARG | 定义专用于回来的过程中的变量,但仅仅对该指标之后的调用生效,其值也可由命令行"–build -arg"传递 |
ONBUILD | 触发器,生效与由该DockerFile构建出的新的Image被用于另外一个DockerFile中的FROM指令作为基础镜像时 |
STOPSIGNAL | 有用通知Container终止的系统调用信号 |
HEALTHCHECK | 定义检查容器的健康状态的具体方法 |
SHELL | 为容器定义运行使用的默认shell程序,Linux系统默认使用[“/bin/sh” , “-c”],Windows默认使用[“cmd” ,“/S”,“/C”] |
3.1 FROM
指定基础镜像,必须为第一个命令
格式:
FROM <image>
FROM <image>:<tag>
FROM <image>@<digest>
示例:
FROM mysql:5.6
注:
tag或digest是可选的,如果不使用这两个值时,会使用latest版本的基础镜像
3.2、RUN
构建镜像时执行的命令
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
3.3、ADD
将本地文件添加到容器中,tar类型文件会自动解压(网络压缩资源不会被解压),可以访问网络资源,类似wget
格式:
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/
3.4、COPY
功能类似ADD,但是是不会自动解压文件,也不能访问网络资源
3.5、CMD
构建镜像后调用,也就是在容器启动时才进行调用。
格式:
CMD ["executable","param1","param2"] (执行可执行文件,优先)
CMD ["param1","param2"] (设置了ENTRYPOINT,则直接调用ENTRYPOINT添加参数)
CMD command param1 param2 (执行shell内部命令)
示例:
CMD echo "This is a test." | wc -l
CMD ["/usr/bin/wc","--help"]
注:CMD不同于RUN,CMD用于指定在容器启动时所要执行的命令,而RUN用于指定镜像构建时所要执行的命令。
3.6、ENTRYPOINT
配置容器,使其可执行化。配合CMD可省去"application",只使用参数。
格式:
ENTRYPOINT ["executable", "param1", "param2"] (可执行文件, 优先)
ENTRYPOINT command param1 param2 (shell内部命令)
示例:
FROM ubuntu
ENTRYPOINT ["ls", "/usr/local"]
CMD ["/usr/local/tomcat"]
之后,docker run 传递的参数,都会先覆盖cmd,然后由cmd 传递给entrypoint ,做到灵活应用
注:ENTRYPOINT与CMD非常类似,不同的是通过docker run执行的命令不会覆盖ENTRYPOINT,
而docker run命令中指定的任何参数,都会被当做参数再次传递给CMD。
Dockerfile中只允许有一个ENTRYPOINT命令,多指定时会覆盖前面的设置,
而只执行最后的ENTRYPOINT指令。
通常情况下, ENTRYPOINT 与CMD一起使用,ENTRYPOINT 写默认命令,当需要参数时候 使用CMD传参
3.7、LABEL
用于为镜像添加元数据
格式:
LABEL <key>=<value> <key>=<value> <key>=<value> ...
示例:
LABEL version="1.0" description="这是一个Web服务器" by="IT笔录"
注:
使用LABEL指定元数据时,一条LABEL指定可以指定一或多条元数据,指定多条元数据时不同元数据
之间通过空格分隔。推荐将所有的元数据通过一条LABEL指令指定,以免生成过多的中间镜像。
3.8、ENV
设置环境变量
格式:
ENV <key> <value> #<key>之后的所有内容均会被视为其<value>的组成部分,因此,一次只能设置一个变量
ENV <key>=<value> ... #可以设置多个变量,每个变量为一个"<key>=<value>"的键值对,如果<key>中包含空格,可以使用\来进行转义,也可以通过""来进行标示;另外,反斜线也可以用于续行
示例:
ENV myName John Doe
ENV myDog Rex The Dog
ENV myCat=fluffy
3.9、EXPOSE
指定于外界交互的端口
格式:
EXPOSE <port> [<port>...]
示例:
EXPOSE 80 443
EXPOSE 8080
EXPOSE 11211/tcp 11211/udp
注: EXPOSE并不会让容器的端口访问到主机。要使其可访问,需要在docker run运行容器时通过-p来发布这些端口,或通过-P参数来发布EXPOSE导出的所有端口
如果没有暴露端口,后期也可以通过-p 8080:80方式映射端口,但是不能通过-P形式映射
3.10、VOLUME
用于指定持久化目录(指定此目录可以被挂载出去)
格式:
VOLUME ["/path/to/dir"]
示例:
VOLUME ["/data"]
VOLUME ["/var/www", "/var/log/apache2", "/etc/apache2"
注:一个卷可以存在于一个或多个容器的指定目录,该目录可以绕过联合文件系统,并具有以下功能:
1 卷可以容器间共享和重用
2 容器并不一定要和其它容器共享卷
3 修改卷后会立即生效
4 对卷的修改不会对镜像产生影响
5 卷会一直存在,直到没有任何容器在使用它
3.11、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参数覆盖构建时所设置的工作目录。
3.12、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参数来覆盖所指定的用户。
3.13、ARG
用于指定传递给构建运行时的变量(给dockerfile传参),相当于构建镜像时可以在外部为里面传参
格式:
ARG <name>[=<default value>]
示例:
ARG site
ARG build_user=www
3.14、ONBUILD
用于设置镜像触发器
格式:
ONBUILD [INSTRUCTION]
示例:
ONBUILD ADD . /app/src
ONBUILD RUN /usr/local/bin/python-build --dir /app/src
注:
NNBUID后面跟指令,当当前的镜像被用做其它镜像的基础镜像,该镜像中的触发器将会被钥触发
三、构建容器镜像(image)
在DockerFile所在的文件夹下执行docker build -t aaaaaa .
执行完成之后可以使用docker images
查看构建完成的镜像。
1、docker build
–file,-f 指定Dockerfile脚本路径(该文件是镜像构建脚本的合集,类似于xx****.****sh 脚本)
–build-arg 设置一些创建镜像时的参数,可以指定环境常量,会覆盖Dockerfile的同名常量
–tag, -t 镜像的名字及标签,通常 name:tag 或者 name ;可以在一次构建中为一个镜像设置多个标签。
这些命令,如果没有通过-f指定Dockfile的位置,默认会在当前目录寻找Dockfile,通过当前的Dockfile来build自定义的镜像
当前目录可以用**.表示,非当前目录,需手动指定上下文目录,不要迷迷糊糊的也写个.**(该目录一般是构建docker镜像项目的根目录,但最好不要是在/root根目录,会造成不必要的资源浪费,本来几十M的镜像,可能会被你搞成10几个G)。
四、运行镜像
使用docker run
来运行镜像
docker run -d --name hello aaaaa -p 9998:8080
然后使用docker ps
查看正在运行的容器
–name 为容器指定一个名称
-e 设置环境变量,该环境变量看覆盖Dockerfile中的ENV环境变量
-p 需要手动指定一个或多个映射端口号,格式为:主机(宿主)端口:容器端口 -p 80:8080
-P Docker会随机映射一个 49000~49900 的端口到内部容器开放的网络端口
-it 其中,-i以交互模式运行容器 ;-t为容器重新分配一个伪输入终端
-d 后台运行容器,并返回容器ID (没有此参数,容器在前台窗口运行,窗口关,随之关)
-v 将宿主机目录挂载到容器内 ;格式:宿主机目录:容器目录
注:前后两个目录路径,除了用:冒号外,也可以使用空格代替。