深入了解Dockerfile（四）

最新推荐文章于 2024-07-24 16:41:15 发布
最新推荐文章于 2024-07-24 16:41:15 发布
阅读量175 收藏 1
点赞数
分类专栏： Docker 文章标签： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41547423/article/details/120366697
版权

1. 深入了解Dockerfile

文章目录


Dockerfile由一行行命令语句组成，并且支持以#开头的注释行。

基础的小linux系统。jdk；

一般而言，Dockerfile可以分为四部分

  • 基础镜像信息
  • 维护者信息
  • 镜像操作指令
  • 启动时执行指令
指令说明
FROM指定基础镜像
MAINTAINER指定维护者信息，已经过时，可以使用LABEL maintainer=xxx 来替代
RUN运行命令 v
CMD指定启动容器时默认的命令 v
ENTRYPOINT指定镜像的默认入口.运行命令 v
EXPOSE声明镜像内服务监听的端口 v
ENV指定环境变量，可以在docker run的时候使用-e改变 v；会被固化到image的 config里面
ADD复制指定的src路径下的内容到容器中的dest路径下，src可以为url会自动下载，可以为tar文件，会自动解压
COPY复制本地主机的src路径下的内容到镜像中的dest路径下，但不会自动解压等
LABEL指定生成镜像的元数据标签信息
VOLUME创建数据卷挂载点
USER指定运行容器时的用户名或UID
WORKDIR配置工作目录，为后续的RUN、CMD、ENTRYPOINT指令配置工作目录
ARG指定镜像内使用的参数（如版本号信息等），可以在build的时候，使用–build- args改变 v
OBBUILD配置当创建的镜像作为其他镜像的基础镜像是，所指定的创建操作指令
STOPSIGNAL容器退出的信号值
HEALTHCHECK健康检查
SHELL指定使用shell时的默认shell类型

1. FROM

FROM 指定基础镜像，最好挑一些apline，slim之类的基础小镜像.

scratch镜像是一个空镜像，常用于多阶段构建

如何确定我需要什么要的基础镜像？

Java应用当然是java基础镜像（

  • SpringBoot应用）或者Tomcat基础镜像（War应用）

  • JS模块化应用一般用nodejs基础镜像

  • 其他各种语言用自己的服务器或者基础环境镜像，如python、golang、java、php等

2. LABEL

标注镜像的一些说明信息。

LABEL multi.label1="value1" multi.label2="value2" other="value3" 
LABEL multi.label1="value1" \ 
	  multi.label2="value2" \ 
	  other="value3"

3. RUN

  • RUN指令在当前镜像层顶部的新层执行任何命令，并提交结果，生成新的镜像层。

  • 生成的提交映像将用于Dockerfile中的下一步。 分层运行RUN指令并生成提交符合Docker的核心概念，就像源代码控制一样。

  • exec形式可以避免破坏shell字符串，并使用不包含指定shell可执行文件的基本映像运行RUN命令。可以使用SHELL命令更改shell形式的默认shell。 在shell形式中，您可以使用\（反斜杠）将一条RUN指令继续到下一行。

格式：
RUN <command> ( shell 形式, /bin/sh -c 的方式运行，避免破坏shell字符串) 
RUN ["executable", "param1", "param2"] ( exec 形式)

RUN /bin/bash -c 'source $HOME/.bashrc; \ 
echo $HOME' 

#上面等于下面这种写法 
RUN /bin/bash -c 'source $HOME/.bashrc; 
echo $HOME' 
RUN ["/bin/bash", "-c", "echo hello"]

# 测试案例 
FROM alpine 
LABEL maintainer=jc xx=aa 
ENV msg='hello world' 
RUN echo $msg 
RUN ["echo","$msg"] 
RUN /bin/sh -c 'echo $msg' 
RUN ["/bin/sh","-c","echo $msg"] 

CMD sleep 10000 
#总结； 由于[]不是shell形式，所以不能输出变量信息，而是输出$msg。其他任何/bin/sh -c 的形式都 可以输出变量信息

总结：什么是shell和exec形式

1. shell 是 /bin/sh -c <command>的方式， 
2. exec ["/bin/sh","-c",command] 的方式== shell方式 
也就是exec 默认方式不会进行变量替换

4. CMD和ENTRYPOINT

1. 都可以作为容器启动入口

CMD 的三种写法：

  • CMD [“executable”,“param1”,“param2”] ( exec 方式, 首选方式)

  • CMD [“param1”,“param2”] (为ENTRYPOINT提供默认参数)

  • CMD command param1 param2 ( shell 形式)

ENTRYPOINT 的两种写法：

  • ENTRYPOINT [“executable”, “param1”, “param2”] ( exec 方式, 首选方式)

  • ENTRYPOINT command param1 param2 (shell 形式)

# 一个示例 
FROM alpine 
LABEL maintainer=jc
CMD ["1111"] 
CMD ["2222"] 
ENTRYPOINT ["echo"] 

#构建出如上镜像后测试 docker run xxxx：
效果 echo 1111

2. 只能有一个CMD

  • Dockerfile中只能有一条CMD指令。 如果您列出多个CMD，则只有最后一个CMD才会生效。
  • CMD的主要目的是为执行中的容器提供默认值。 这些默认值可以包含可执行文件，也可以省略可执行文件，在这种情况下，您还必须指定ENTRYPOINT指令。

3. CMD为ENTRYPOINT提供默认参数

  • 如果使用CMD为ENTRYPOINT指令提供默认参数，则CMD和ENTRYPOINT指令均应使用JSON数组格式指定。

4. 组合最终效果

无ENTRYPOINTENTRYPOINT exec_entry_p1_entryENTRYPOINT [“exec_entry”, “p1_entry”]
无CMD错误*,* 不允许的写 法 ；容器没有启动命令/bin/sh -c exec_entry p1_entryexec_entry p1_entry
CMD [“exec_cmd”,“p1_cmd”]exec_cmd p1_cmd/bin/sh -c exec_entry p1_entryexec_entry p1_entry exec_cmd p1_cmd
CMD [“p1_cmd”, “p2_cmd”]p1_cmd p2_cmd/bin/sh -c exec_entry p1_entryexec_entry p1_entry p1_cmd p2_cmd
CMD exec_cmd p1_cmd/bin/sh -c exec_cmd p1_cmd/bin/sh -c exec_entry p1_entryexec_entry p1_entry /bin/sh -c exec_cmd p1_cmd
这条竖线，总是以ENTRYPOINT的为准这条竖线，ENTRYPOINT 和CMD共同作用

5. docker run启动参数会覆盖CMD内容

# 一个示例 
FROM alpine 
LABEL maintainer=jc 
CMD ["1111"] ENTRYPOINT ["echo"] 

#构建出如上镜像后测试 
docker run xxxx：什么都不传则 
echo 1111 docker run xxx arg1：传入arg1 则echo arg1

5. ARG和ENV

1. ARG

  • ARG指令定义了一个变量，用户可以在构建时使用–build-arg = 传递，docker build命令会将其传递给构建器。

  • –build-arg 指定参数会覆盖Dockerfile 中指定的同名参数

  • 如果用户指定了 未在Dockerfile中定义的构建参数 ，则构建会输出警告 。

  • ARG只在构建期有效，运行期无效

  • 不建议使用构建时变量来传递诸如github密钥，用户凭据等机密。因为构建时变量值使用docker history是可见的。

  • ARG变量定义从Dockerfile中定义的行开始生效。

  • 使用ENV指令定义的环境变量始终会覆盖同名的ARG指令。

2. ENV

  • 在构建阶段中所有后续指令的环境中使用，并且在许多情况下也可以内联替换。

  • 引号和反斜杠可用于在值中包含空格。

  • ENV 可以使用key value的写法，但是这种不建议使用了，后续版本可能会删除

ENV MY_MSG hello 
ENV MY_NAME="John Doe" 
ENV MY_DOG=Rex\ The\ Dog ENV MY_CAT=fluffy

#多行写法如下
ENV MY_NAME="John Doe" MY_DOG=Rex\ The\ Dog \ 
	MY_CAT=fluffy

  • docker run --env 可以修改这些值

  • 容器运行时ENV值可以生效

  • ENV在image阶段就会被解析并持久化（docker inspect image查看），参照下面示例。

FROM alpine 
ENV arg=1111111 
ENV runcmd=$arg 
RUN echo $runcmd 
CMD echo $runcmd 
#ENV的固化问题： 改变arg，会不会改变 echo的值，会改变哪些值，如何修改这些值?

3. 综合测试示例

FROM alpine 
ARG arg1=22222 
ENV arg2=1111111 
ENV runcmd=$arg1 
RUN echo $arg1 $arg2 $runcmd 
CMD echo $arg1 $arg2 $runcmd

6. ADD和COPY

1. COPY

COPY的两种写法

COPY [--chown=<user>:<group>] <src>... <dest> 
COPY [--chown=<user>:<group>] ["<src>",... "<dest>"]

  • –chown功能仅在用于构建Linux容器的Dockerfiles上受支持，而在Windows容器上不起作用

  • COPY指令从 src 复制新文件或目录，并将它们添加到容器的文件系统中，路径为 dest 。

  • 可以指定多个 src 资源，但是文件和目录的路径将被解释为相对于构建上下文的源。

  • 每个 src 都可以包含通配符，并且匹配将使用Go的filepath.Match规则进行。

COPY hom* /mydir/ #当前上下文，以home开始的所有资源 
COPY hom?.txt /mydir/ # ?匹配单个字符 
COPY test.txt relativeDir/ # 目标路径如果设置为相对路径，则相对与 WORKDIR 开始 
# 把 “test.txt” 添加到 <WORKDIR>/relativeDir/ 

COPY test.txt /absoluteDir/ #也可以使用绝对路径，复制到容器指定位置 

#所有复制的新文件都是uid(0)/gid(0)的用户，可以使用--chown改变 
COPY --chown=55:mygroup files* /somedir/ 
COPY --chown=bin files* /somedir/ 
COPY --chown=1 files* /somedir/ 
COPY --chown=10:11 files* /somedir/

2. ADD

同COPY用法，不过 ADD拥有自动下载远程文件和解压的功能。

注意：

  • src 路径必须在构建的上下文中； 不能使用 …/something /something 这种方式，因为docker

    • 构建的第一步是将上下文目录（和子目录）发送到docker守护程序。

  • 如果 src 是URL，并且 dest 不以斜杠结尾，则从URL下载文件并将其复制到 dest 。

    • 如果 dest 以斜杠结尾，将自动推断出url的名字（保留最后一部分），保存到 dest

  • 如果 src 是目录，则将复制目录的整个内容，包括文件系统元数据。

7. WORKDIR和VOLUME

1. WORKDIR

  • WORKDIR指令为Dockerfile中跟随它的所有 RUN，CMD，ENTRYPOINT，COPY，ADD 指令设置工作目录。 如果WORKDIR不存在，即使以后的Dockerfile指令中未使用它也将被创建。

  • WORKDIR指令可在Dockerfile中多次使用。 如果提供了相对路径，则它将相对于上一个WORKDIR指令的路径。 例如：

WORKDIR /a 
WORKDIR b 
WORKDIR c RUN pwd 
#结果 /a/b/c
  • 也可以用到环境变量
ENV DIRPATH=/path 
WORKDIR $DIRPATH/$DIRNAME 
RUN pwd 
#结果 /path/$DIRNAME

2. VOLUME

作用：把容器的某些文件夹映射到主机外部

写法

VOLUME ["/var/log/"] #可以是JSON数组 
VOLUME /var/log #可以直接写 
VOLUME /var/log /var/db #可以空格分割多个

注意：

用 VOLUME 声明了卷，那么以后对于卷内容的修改会被丢弃，所以， 一定在volume声明之前修改内容 ；

8. USER

写法：

USER <user>[:<group>] 
USER <UID>[:<GID>]
  • USER指令设置运行映像时要使用的用户名（或UID）以及可选的用户组（或GID），以及Dockerfile 中USER后面所有RUN，CMD和ENTRYPOINT指令。

9. EXPOSE

  • EXPOSE指令通知Docker容器在运行时在指定的网络端口上进行侦听。 可以指定端口是侦听TCP还 是UDP，如果未指定协议，则默认值为TCP。

  • EXPOSE指令实际上不会发布端口。 它充当构建映像的人员和运行容器的人员之间的一种文档，即有关打算发布哪些端口的信息。 要在运行容器时实际发布端口，请在docker run上使用-p标志发布并映射一个或多个端口，或使用-P标志发布所有公开的端口并将其映射到高阶端口。

EXPOSE <port> [<port>/<protocol>...] 
EXPOSE [80,443] 
EXPOSE 80/tcp 
EXPOSE 80/udp

10. multi-stage builds

多阶段构建

1. 使用

https://docs.docker.com/develop/develop-images/multistage-build/

解决：如何让一个镜像变得更小; 多阶段构建的典型示例

### 我们如何打包一个Java镜像 
FROM maven WORKDIR /app 
COPY . . 
RUN mvn clean package 
COPY /app/target/*.jar /app/app.jar 
ENTRYPOINT java -jar app.jar 

## 这样的镜像有多大？ 
## 我们最小做到多大？？

2. 生产示例

#以下所有前提 保证Dockerfile和项目在同一个文件夹 
# 第一阶段：环境构建; 
FROM maven:3.5.0-jdk-8-alpine AS builder WORKDIR /app ADD ./ /app 
RUN mvn clean package -Dmaven.test.skip=true 

# 第二阶段，最小运行时环境，只需要jre 
FROM openjdk:8-jre-alpine 
# 修改时区 
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone 
LABEL maintainer="534096094@qq.com" 

# 从上一个阶段复制内容 
COPY --from=builder /app/target/*.jar /app.jar 
ENV JAVA_OPTS="" 
ENV PARAMS="" 

# 运行jar包 
ENTRYPOINT [ "sh", "-c", "java -Djava.security.egd=file:/dev/./urandom $JAVA_OPTS -jar /app.jar $PARAMS" ]

<!--为了加速下载需要在pom文件中复制如下 -->
<repositories> 
	<repository> 
		<id>aliyun</id> 
		<name>Nexus Snapshot Repository</name> 
		<url>https://maven.aliyun.com/repository/public</url> 
		<layout>default</layout> 
		<releases> 
			<enabled>true</enabled> 
		</releases> 
		<!--snapshots默认是关闭的,需要开启 -->
		<snapshots> 
			<enabled>true</enabled> 
		</snapshots> 
	</repository>
	</repositories> 
	<pluginRepositories>
    	<pluginRepository> 
    		<id>aliyun</id> 
    		<name>Nexus Snapshot Repository</name> 
    		<url>https://maven.aliyun.com/repository/public</url> 
    		<layout>default</layout> 
    		<releases> 
    			<enabled>true</enabled> 
    		</releases> 
    		<snapshots> 
    			<enabled>true</enabled> 
    		</snapshots> 
    	</pluginRepository> 
    </pluginRepositories>

######小细节 

RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone 
或者
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone 
# 可以让镜像时间同步。 

## 容器同步系统时间 CST（China Shanghai Timezone）
-v /etc/localtime:/etc/localtime:ro 

#已经不同步的如何同步？ 
docker cp /etc/localtime 容器id:/etc/

docker build --build-arg url=“git address” -t demo:test . ：自动拉代码并构建镜像

FROM git AS gitclone 
ARG url=http:// ARG appName=helloworld 
RUN git clone $url 
RUN cd $appName


FROM maven:3.6.1-jdk-8-alpine AS buildapp 
#第二阶段，把克隆到的项目源码拿过来 
# COPY --from=gitclone * /app/ 
WORKDIR /app 
COPY pom.xml . 
COPY src . 
RUN mvn clean package -Dmaven.test.skip=true 
# /app 下面有 target 
RUN pwd && ls -l

RUN cp /app/target/*.jar /app.jar
RUN ls -l
### 以上第一阶段结束，我们得到了一个 app.jar 
## 只要一个JRE 
# FROM openjdk:8-jre-alpine 
FROM openjdk:8u282-slim 
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone 
LABEL maintainer="534096094@qq.com" 

# 把上一个阶段的东西复制过来 
COPY --from=buildapp /app.jar /app.jar 

# docker run -e JAVA_OPTS="-Xmx512m -Xms33 -" -e PARAMS="--spring.profiles=dev -
-server.port=8080" -jar /app/app.jar 
# 启动java的命令 
ENV JAVA_OPTS="" 
ENV PARAMS="" 
ENTRYPOINT [ "sh", "-c", "java -Djava.security.egd=file:/dev/./urandom $JAVA_OPTS -jar /app.jar $PARAMS" ]

自己 写一个多阶段构建

1、自动从git下载指定的项目

2、把项目自动打包生成镜像

3、我们只需要运行镜像即可

11. Images瘦身实践

  • 选择最小的基础镜像

  • 合并RUN环节的所有指令，少生成一些层

  • RUN期间可能安装其他程序会生成临时缓存，要自行删除。如：

RUN apt-get update && apt-get install -y \
	bzr \
    cvs \
    git \
    mercurial \
    subversion \
    && rm -rf /var/lib/apt/lists/*

  • 使用 .dockerignore 文件，排除上下文中无需参与构建的资源

  • 使用多阶段构建

  • 合理使用构建缓存加速构建。–no-cache

学习更多Dockerfile的写法：https://github.com/docker-library/

12. 实际测试Dockfile

# 这是我的Dockerfile
FROM alpine

#给镜像加个标签
LABEL maintainer="leifengyang @ dd" \
abc=def \
aaa=bbb cccc=ddd   

#运行的指令，安装了软件，修改了文件，默认是用id=0 也就是root，这个基础系统的root用户
#代表镜像构建过程中运行的命令。
RUN echo 11111


#镜像启动如果要运行很长命令才行，容器启动执行的命令
##1、准备一个sh文件，让镜像启动运行sh文件（大多镜像操作）
##2、直接在CMD的位置写即可
CMD sleep 10;echo success



# 不可以引用多个
FROM alpine


LABEL maintainer="leifengyang @ dd" \
abc=def \
aaa=bbb cccc=ddd   


#指定构建参数【构建时】
ARG aaa=aaaa

#指定环境变量【为RUN以及CMD指定环境变量的】
ENV  parm=11111


# shell* 形式； bash -c "echo 11111"
RUN echo $parm  

#  exec 形式。$parm 默认拿不到ENV
RUN ["echo","$aaa"]

# 错误语法  RUN ["echo",'$parm']

# 错误语法  RUN ["echo",$parm]

# 错误语法。NOT FOUND(取不出环境变量【ENV】,ARG也是取不出)
#RUN ["echo",'${aaa}']

#RUN ["echo",${parm}]

#都是可以启动容器的命令有什么不同
#CMD sleep 1;echo $parm;echo $aaa;

# 都是可以启动容器的命令有什么不同
ENTRYPOINT sleep 1;echo $parm;




#可以在任意位置定义，并在以后取值使用，
#使用--build-arg version=3.13 改变；以我们传入的为准
ARG version=3.13.4
# 3.13  
FROM alpine:$version

LABEL maintainer="leifengyang" a=b \
c=dd

#构建期+运行期都可以生效；但是只能在运行期进行修改
#怎么修改：构建期修改和运行期修改
#构建期不能改 ENV的值
#运行期：docker run -e app=atguigu 就可以修改
ENV app=itdachang


##测试构建期间生效
RUN echo $app

RUN echo $param

# 定义以后的剩下环节（不包括运行时）能生效：取值$param；
#可以在构建时进行变化，docker build
# ARG不像ENV不能并排写
ARG param=123456  
ARG msg="hello docker"

#构建时期我们会运行的指令(根据Dockerfile创建一个镜像的整个过程时期)
RUN echo 11111

RUN echo $param
RUN echo $msg


#运行时期我们会运行的指令(根据之前创建的镜像启动一个容器，容器启动默认运行的命令)
#（docker run/docker start）
# CMD和ENTRYPOINT` 都是指定的运行时的指令

CMD ["/bin/sh","-c","echo 1111;echo $param;echo app_${app}"]



# env的坑
FROM alpine

# ARG msg=hello

# # ENV肯定能引用ARG
# ENV name=${msg}


# RUN echo ${name}

# RUN echo ${msg}
# ENV只能运行期改掉
ENV msg1=hello
ENV msg2=$msg1
# 以上构建期间就已经确定好值了；ENV持久化问题。

RUN echo ${msg1}
RUN echo ${msg2}

# msg1=msg2没问题；如果我运行期修改了msg1=66666的值，请求msg1;msg2输出什么
# 结果输出： 6666   hello;  传值不是传引用？？？原因：
# docker build的时候，env环境的信息会固化，直接在镜像配置里面就已经写死，msg1=hello，msg2=hello。
# -e 真的只能修改当前env本身
# 为什么运行期间能用ENV定义的所有值，一定是ENV存在某个地方
# 
CMD ["/bin/sh","-c","echo ${msg1};echo ${msg2};"]
#







# env的坑
FROM alpine


#把上下文Context指定的内容添加到镜像中，如果是压缩包，自动解压，
# 把当前内容复制到这个 alpine小系统里面
# 如果是远程文件，自动下载；
# 如果是压缩包，自动解压；
ADD https://download.redis.io/releases/redis-6.2.1.tar.gz  /dest/

#本地linux系统的内容文件添加进去  【宿主机   镜像内】
# docker build -t demo:test  -f Dockerfile 【.：上下文的文件路径】    ： .代表上下文环境；代表Dockerfile所在的当前目录
#自动解压
# 压缩包位置：/root/dockerfiles
ADD *.tar.gz   /app/
# RUN ls -l

# 相当于给当前容器开一个用户，以后的命令可以用这个用户运行
# 不自动解压和下载
# COPY nginx 
# 以容器的用户：
# RUN  "useradd "
COPY  --chown=redis:redis   *.tar.gz  /redis/
# RUN指令上下并没有上下文关系；
# RUN cd /dest

# 当前还是列举的根目录
# RUN ls -l
RUN cd /dest && ls -l
RUN cd /app && ls -l
RUN cd /redis && ls -l
#把上下文Context指定的内容复制到镜像中
# COPY 






# env的坑
FROM alpine

# 开用户
#RUN adduser -u 1000 -g 1000
# 以后的所有命令会用 abc:abc 来执行。有可能没有执行权限
# 容器中的ROOT虽然不是linux宿主机的真实root，但是可以改掉这个镜像的所有



USER 1000:1000

# 把复制来的文件给用户所有权
COPY --chown=1000:1000   *.txt   /a.txt


RUN ls -l /

#不是root不能写
RUN  echo 2222 >> a.txt



# env的坑
FROM alpine

RUN pwd && ls -l

# 为以下所有的命令运行指定了基础目录
WORKDIR /app

# 可以为进入容器指定一个默认目录
WORKDIR abc

##比如我们的nginx镜像可以做成这样
#WORKDIR /usr/share/nginx/html

# /app/abc  多个WORKDIR可以嵌套
RUN pwd && ls -l

#复制到当前目录下
COPY *.txt   ./

RUN  pwd && ls -l

CMD ping baidu.com


# env的坑
FROM nginx
WORKDIR /usr/share/nginx/html


#剩下都是原来 nginx 默认的

FROM alpine

RUN mkdir /hello && mkdir /app
RUN echo 1111 > /hello/a.txt
RUN echo 222 > /app/b.txt
#挂载 容器的指定文件夹，如果不存在就创建。
#指定了 VOLUME ,即使启动容器没有指定 -v 参数，我们也会自动进行匿名卷挂载
# 容器内的 /hello ，/app 文件夹，请你在使用镜像启动容器的时候，自动给宿主机上挂载 

# VOLUME挂载出去的东西，容器改变也不会最终commit的时候生效
# -v 使用 VOLUME和-v挂载出去的目录（外面变，容器里面变）。但是
# 所有改变也生效了，1）、但是 docker commit 提交当前容器的所有变化为镜像的时候，就会丢弃
# 2）、VOLUME [ "/hello","/app" ] 容器以后自动挂载，在Dockerfile中对VOLUME的所有修改都不生效
# 3)、挂载只有一点就是方便在外面修改，或者把外面的东西直接拿过来
# 所以这个写在最后
# JAVA 日志都要挂外面 /app/log
# VOLUME ["/log"]

VOLUME [ "/hello","/app" ]
# VOLUME 指定的挂载目录

# 这两句话没有生效
RUN echo 6666 >> /hello/a.txt
RUN echo 8888 >> /app/b.txt

RUN cd /hello && echo 88888 >>a.txt


#暴露 ，这个只是一个声明；给程序员看。docker也能看到
# docker -d -P（随机分配端口，）
EXPOSE 8080
EXPOSE 999

# 
CMD ping baidu.com


FROM alpine



# ENTRYPOINT: 入口（真正的门）
# ENTRYPOINT [ "ping" ]

# 命令（进门的时候带口令）
# 最终的用法: CMD是给ENTRYPOINT提供参数的

#CMD可以被修改
# CMD ping baidu.com


# ENTRYPOINT + CMD = 容器的完整启动命令

# 这是启动命令
# ENTRYPOINT ping + CMD baidu.com = 错误

#多个CMD只有最后一次生效
# CMD ping baidu.com


# ["echo","${param}"] 不是bash -c的方式，取不出环境变量性  【】
# echo $param     = ["/bin/sh","-c","多长的命令都写在这里  echo ${param}"]

# ENTRYPOINT或者CMD作为唯一入口，只能写一个，最后一个生效
# ENTRYPOINT ping atguigu.com

# RUN，CMD，ENTRYPOINT
# []:  ["/bin/sh","-c"] = shell
# shell:


FROM alpine
ENV url=baidu.com

#CMD ["ping","baidu.com"]

# CMD ["useradd","-u","1000","-g","2000"]

# CMD ["ping","${url}"]  取不出变量

# CMD ping ${url}


# 官方都是建议使用 []方式
# CMD ["/bin/sh","-c","ping ${url}"]



# ENTRYPOINT ping baidu.com + CMD怎么写都没用，容器启动都是以ENTRYPOINT的完整命令为准


# java -jar xxxx.jar --spring.profile=dev --server.port=8888


# 这两个合在一起不能是错误的命令

#官方推荐的写法,，变化的写CMD，而CMD是提供参数给ENTRYPOINT
# docker run imageName  cmd1  一旦传递了cmd1，CMD指定的所有参数都会被覆盖，
# 自定义参数的情况下一定要传完
CMD [ "5","baidu.com" ]

#exec的写法 不变的写 ENTRYPOINT；未来他是容器启动的唯一入口，
ENTRYPOINT [ "ping","-c" ]


FROM alpine

RUN  安装maven
RUN mvn clean package

COPY  xx.jar /app.jar

ENTRYPOINT [ "java","-jar","app.jar" ]


#SpringBoot应用 java -jar xxx.jar

# jre环境；可以自己打包
# 一个镜像分为多个大的阶段进行构建，最终的构建结果是最后一个阶段的结果



# 多阶段构建
# FROM alpine AS build
# xxxxxx



# FROM  jre

# COPY  --from=build xxx  xxx

# ENTRYPOINT [ "executable" ]


FROM  maven:3.6.1-jdk-8-alpine AS buildapp

WORKDIR /app
COPY pom.xml .
COPY src .

RUN mvn clean package -Dmaven.test.skip=true

# /app 下面有 target
RUN pwd && ls -l

RUN cp /app/target/*.jar  /app.jar
RUN ls -l
### 以上第一阶段结束，我们得到了一个 app.jar


## 只要一个JRE
FROM openjdk:8-jre-alpine
#FROM openjdk:8u282-slim
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone
LABEL maintainer="534096094@qq.com"
# 把上一个阶段的东西复制过来
COPY --from=buildapp /app.jar  /app.jar

# docker run -e JAVA_OPTS="-Xmx512m -Xms33 -" -e PARAMS="--spring.profiles=dev --server.port=8080" -jar /app/app.jar 
# 启动java的命令
ENV JAVA_OPTS=""
ENV PARAMS=""
ENTRYPOINT [ "sh", "-c", "java -Djava.security.egd=file:/dev/./urandom $JAVA_OPTS -jar /app.jar $PARAMS" ]
脑子是空的啊
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Docker（十）：深入了解 Dockerfile
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
03-11 3万+
🟢 Docker（十）：深入了解 Dockerfile
Dockerfile 魔法：自动化构建镜像的艺术
06-25
Dockerfile 是 Docker 容器化过程中的关键，通过本文的介绍，你应该对如何使用 Dockerfile 自动化构建镜像有了深入的了解。掌握 Dockerfile 的编写和使用，将使你在容器化开发和部署中更加得心应手。记住，合理地...
Docker匿名挂载，具名挂载，指定路径挂载，生成镜像挂载
weixin_43342105的博客
11-20 992
文章目录匿名挂载具名挂载指定路径挂载 匿名挂载 在-v只写了容器内的路径，没有写容器外的路径。 -v 容器内路径 # 匿名挂载 docker run -d -P --name=nginx01 -v /etc/nginx nginx # 查看多有的volume 情况 docker volume ls 具名挂载 · 所有的docker容器内的卷，没有指定目录的情况下都是在/var/lib/docker/volumes/xxxx/_data下 通过具名挂载可以方便地找到一个卷，大多数情况在使用具名挂载
maven 批量docker_Maven / Docker：缓存所有依赖项
weixin_30574361的博客
01-14 595
我正在尝试在Docker容器中构建/部署Spring Boot。FROM maven:3.5.3-jdk-8-slim AS buildCOPY ./pom.xml /app/pom.xmlRUN cd /appRUN mvn -f /app/pom.xml -s /usr/share/maven/ref/settings-docker.xml dependency:go-offline depe...
kubernetes 命令
qq_26496673的博客
10-09 229
查看信息 　 kubectl get node 查看node kubectl get pod 查看pod kubectl get service 查看service kubectl get deployments 查看deployment kubectl get namespaces 查看namespace kubectl get cs ...
Docker build出现“The command ‘/bin/sh -c apt-get install -y vim‘ returned a non-zzero code: 100”解决方法
热门推荐
weixin_41693877的博客
09-09 1万+
最近在学习docker时，发现使用ubuntu构建镜像时，如果有apt-get install命令，老是出现以下错误：The command ‘/bin/sh -c apt-get install -y gedit’ returned a non-zzero code: 100 查了一下，发现很多人都说是使用ubuntu原始的源在apt-get install下载新包时，可能因为网络问题导致出现此报错。尝试了一下换源，果然成功解决了问题，下面附上解决方法。 解决方法 # 原始命令 RUN apt-get i
Dockerfile
user_from_future的博客
10-06 663
返回目录 Dockerfile # 指定基础镜像 FROM <image> FROM <image>:<tag> FROM <image>@<digest> # 维护者名 MAINTAINER <name> # RUN指令创建的中间镜像会被缓存，并会在下次构建中使用。如果不想使用这些缓存镜像，可以在构建时指定–no-cache参数，如docker build --no-cache # 构建镜像时执行的指令 —— shell方式 RUN
深入理解Dockerfile：构建镜像的详细解释与常用命令
qq_43649937的博客
07-07 2163
云原生 docker
【Docker】涨姿势，深入了解Dockerfile 中的 COPY 与 ADD 命令
weixin_30608503的博客
07-26 119
参考资料：https://www.cnblogs.com/sparkdev/p/9573248.html Dockerfile 中提供了两个非常相似的命令 COPY 和 ADD，本文尝试解释这两个命令的基本功能，以及其异同点，然后总结其各自适合的应用场景。 Build 上下文的概念 在使用 docker build 命令通过 Dockerfile 创建镜像时，会产生一个 build 上...
深入理解Dockerfile：构建容器化应用的基石
TechEnthusiast的博客
12-08 376
Docker已经成为现代软件开发和部署的标配工具之一，它的轻量级容器技术使得应用可以在不同环境中快速部署和运行。Dockerfile是构建Docker镜像的蓝图，定义了从基础镜像到最终应用镜像的一系列步骤。本篇博文将深入解析Dockerfile中常见的指令，带你逐步了解如何构建高效、可维护的Docker镜像。1.FROM...
redditvis:可视化分析仪表板，可用于深入了解社交网络
04-01
Redditvis 一个Visual Analytics仪表板，用于深入了解“数据集。运行应用该项目使用作为软件包和环境管理器，从本质上替代了pip / conda / pipenv和venv / conda。先决条件Python版本3.8.*码头工人通过将Dockerfile...
hello-github-actions
04-20
【标题】"hello-github-actions" 是一个关于...通过这个"hello-github-actions"项目，你不仅能够掌握GitHub Actions的基本用法，还能深入理解持续集成和持续部署的理念，为后续的项目开发和团队协作打下坚实的基础。
kusto-queries:Kusto查询（包括日志分析和应用程序见解）
03-25
**Kusto 查询：深入日志分析与应用洞察** Kusto，全称为 Azure Data Explorer，是一种高性能、云原生的数据分析服务，特别适用于实时大数据查询。Kusto 查询语言（KQL）是其核心特性，用于对大规模数据进行快速、...
flink-training
03-10
这个项目的描述非常简洁，仅以其名称命名，暗示它可能包含一系列教程、练习或者示例代码，帮助用户深入理解Apache Flink的用法。 Apache Flink是一个开源的流处理框架，支持实时和批处理数据流。它提供了强大的数据...
175道Docker面试题（上）
weixin_62922268的博客
07-22 1260
Docker是一个容器化平台，以容器的形式将我们的应用程序及其所有依赖项打包在一起，以确保我们的应用程序在任何环境中无缝运行，可以理解为一个应用打包、分发、部署的工具。我们也可以把它理解为一个轻量的虚拟机，Docker只虚拟我们的软件需要的运行环境，多余的一点都不要，而普通虚拟机则是一个完整而庞大的系统，包含各种不管我们要不要的软件。
Docker 深度解析：从入门到精通
2301_77695569的博客
07-22 1296
Docker 是一个开源的应用容器引擎，它允许开发者将应用及其依赖环境打包到一个可移植的容器中。Docker 使用 Linux 容器（LXC）技术，但与 LXC 相比，Docker 提供了更易用的接口和更高效的资源利用。EXPOSE 80"]Docker 作为容器化技术的代表，极大地简化了应用的部署和管理。通过本文的介绍，希望你能对 Docker 有一个全面的了解，并能够开始使用 Docker 来管理和部署你的应用。Docker 的世界非常广阔，还有很多高级功能等待你去探索和使用。
如何将整个运行环境打包成docker
最新发布
lhjllff12345的专栏
07-24 420
将tomcat+redis+zookeeper的项目打包为一个docker镜像并进行运行
Dockerfile指令详解和Docker操作命令
L08130421的博客
07-23 327
docker中容器和镜像的区别：1）容器是镜像的运行实体；6.dockerfile是用来构建镜像的文本文件，内容包含了构建镜像的指令和说明。4.容器docker的体系结构：docker registry（镜像仓库）、docker server（服务端）、docker client（客户端）。3.docker三大核心概念：1）容器是从镜像创建的运行实例；-dockerfile面向开发，docker镜像是交付标准，docker容器涉及部署和运维，上述三者缺一不可，共同构成docker的基础。
Dockerfile怎么写
07-15
Dockerfile是用于构建Docker镜像的文本文件，它包含了一系列的指令和配置，用于定义镜像的构建过程。以下是一个简单的Dockerfile示例：...建议参考Docker官方文档以及相关资料深入了解Dockerfile的编写规范和最佳实践。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

脑子是空的啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值