【云原生 | Docker篇】实战Dockerfile(五)(下)

简介: 【云原生 | Docker篇】实战Dockerfile(五)(下)

第五例、ADD与COPY指令简单使用



# ADD与COPY指令


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


第六例、COPY的文件可以改变用户



# COPY的文件可以改变用户


FROM alpine


# 开用户


#RUN adduser -u lanson -g lanson


# 以后的所有命令会用 lanson:lanson 来执行。有可能没有执行权限


# 容器中的ROOT虽然不是linux宿主机的真实root,但是可以改掉这个镜像的所有


USER 1000:1000


# 把复制来的文件给用户所有权


COPY --chown=lanson:lanson   *.txt   /a.txt
RUN ls -l /


#不是root不能写


RUN  echo 2222 >> a.txt


第七例、 WORKDIR的应用

# WORKDIR的应用


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


# Nginx镜像WORKDIR应用


FROM nginx
WORKDIR /usr/share/nginx/html




#剩下都是原来 nginx 默认的


第八例、VOLUME需要注意的坑与EXPOSE使用



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


第九例、CMD、ENTRYPOINT容器启动指令



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="lanson"
# 把上一个阶段的东西复制过来
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" ]


目录
相关文章
|
6月前
|
监控 Kubernetes 安全
还没搞懂Docker? Docker容器技术实战指南 ! 从入门到企业级应用 !
蒋星熠Jaxonic,技术探索者,以代码为笔,在二进制星河中书写极客诗篇。专注Docker与容器化实践,分享从入门到企业级应用的深度经验,助力开发者乘风破浪,驶向云原生新世界。
730 51
还没搞懂Docker? Docker容器技术实战指南 ! 从入门到企业级应用 !
|
6月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
10月前
|
运维 监控 数据可视化
容器化部署革命:Docker实战指南
容器化部署革命:Docker实战指南
|
6月前
|
Java Linux 虚拟化
【Docker】(1)Docker的概述与架构,手把手带你安装Docker,云原生路上不可缺少的一门技术!
1. Docker简介 1.1 Docker是什么 为什么docker会出现? 假定您在开发一款平台项目,您的开发环境具有特定的配置。其他开发人员身处的环境配置也各有不同。 您正在开发的应用依赖于您当前的配置且还要依赖于某些配置文件。 您的企业还拥有标准化的测试和生产环境,且具有自身的配置和一系列支持文件。 **要求:**希望尽可能多在本地模拟这些环境而不产生重新创建服务器环境的开销 问题: 要如何确保应用能够在这些环境中运行和通过质量检测? 在部署过程中不出现令人头疼的版本、配置问题 无需重新编写代码和进行故障修复
589 2
|
9月前
|
供应链 测试技术 开发者
用 Docker 轻松部署 ERPNext 15:多场景实战指南
ERPNext 15 是一款功能全面的开源企业资源规划系统,结合 Docker 容器化部署,具备高效、灵活、低成本等优势。适用于小微企业数字化起步、多分支机构协同办公、开发者测试环境搭建、短期项目管理及企业内部培训等多种场景。模块化设计支持按需扩展,满足不同规模企业需求,是实现高效企业管理的理想选择。
用 Docker 轻松部署 ERPNext 15:多场景实战指南
|
10月前
|
安全 Java Docker
Docker 部署 Java 应用实战指南与长尾优化方案
本文详细介绍了Docker容器化部署Java应用的最佳实践。首先阐述了采用多阶段构建和精简JRE的镜像优化技术,可将镜像体积减少60%。其次讲解了资源配置、健康检查、启动优化等容器化关键配置,并演示了Spring Boot微服务的多模块构建与Docker Compose编排方案。最后深入探讨了Kubernetes生产部署、监控日志集成、灰度发布策略以及性能调优和安全加固措施,为Java应用的容器化部署提供了完整的解决方案指南。文章还包含大量可落地的代码示例,涵盖从基础到高级的生产环境实践。
654 3
|
11月前
|
关系型数据库 MySQL 数据库
Docker Compose-实战
Docker Compose-实战
328 5
|
存储 Cloud Native 数据处理
从嵌入式状态管理到云原生架构:Apache Flink 的演进与下一代增量计算范式
本文整理自阿里云资深技术专家、Apache Flink PMC 成员梅源在 Flink Forward Asia 新加坡 2025上的分享,深入解析 Flink 状态管理系统的发展历程,从核心设计到 Flink 2.0 存算分离架构,并展望未来基于流批一体的通用增量计算方向。
561 0
从嵌入式状态管理到云原生架构:Apache Flink 的演进与下一代增量计算范式
|
8月前
|
运维 监控 Cloud Native
从本土到全球,云原生架构护航灵犀互娱游戏出海
本文内容整理自「 2025 中企出海大会·游戏与互娱出海分论坛」,灵犀互娱基础架构负责人朱晓靖的演讲内容,从技术层面分享云原生架构护航灵犀互娱游戏出海经验。
725 15