Docker与微服务实战(进阶)(一)

简介: Docker与微服务实战(进阶)(一)

八、DockerFile

8.1 是什么?

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

官网

8.2 DockerFile构建过程解析

构建三步骤

  1. 编写Dockerfile文件
  2. docker build命令构建镜像
  3. docker run依镜像运行容器实例

8.2.1 Dockerfile内容基础知识

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

2:指令按照从上到下,顺序执行

3:#表示注释

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

8.2.2 Docker执行Dockerfile的大致流程

  1. docker从基础镜像运行一个容器
  2. 执行一条指令并对容器做出修改
  3. 执行类似docker commit的操作提交一个新的镜像层
  4. docker基于刚提交的镜像运行一个新容器
  5. 执行dockerfile中的下一条指令直到所有指令都执行完毕

8.2.3 小总结

从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段,

  • Dockerfile是软件的原材料
  • Docker镜像是软件的交付品
  • Docker容器则可以认为是软件镜像的运行态,也即依照镜像运行的容器实例
    Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。

image-20220405103302981

1 Dockerfile,需要定义一个Dockerfile,Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道,这时需要考虑如何设计namespace的权限控制)等等;

2 Docker镜像,在用Dockerfile定义一个文件之后,docker build时会产生一个Docker镜像,当运行 Docker镜像时会真正开始提供服务;

3 Docker容器,容器是直接提供服务的。

8.3 Dockerfile常用保留字指令

  • FROM 基础镜像,当前新镜像是基于哪个镜像的,指定一个已经存在的镜像作为模板,第一条必须是from
  • MAINTAINER 这条命令主要是指定维护者信息,方便他人寻找作者 指令后面的内容其实没有规定写什么, 只要可以联系上作者即可,一般使用邮箱地址 格式为 MAINTAINER Name 。注意:这个标签已经弃用,但现在还有很多 Dockerfi 使用这个标签,所以短时间内不会删除 现在推荐使用更灵活的 LABEL 命令,详见 面的讲解。
  • EXPOSE 当前容器对外暴露出的端口
  • WORKDIR 指定在创建容器后,终端默认登陆的进来工作目录,一个落脚点
  • USER 指定该镜像以什么样的用户去执行,如果都不指定,默认是root
  • ENV 用来在构建镜像过程中设置环境变量
  • ENV MY_PATH /usr/mytest
    这个环境变量可以在后续的任何RUN指令中使用,这就如同在命令前面指定了环境变量前缀一样;
    也可以在其它指令中直接使用这些环境变量,

    比如:WORKDIR $MY_PATH

  • ADD 将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包
  • VOLUME 容器数据卷,用于数据保存和持久化工作

8.3.1 RUN

image-20220405104013642

shell格式: RUN yum -y install vim

到 shell 格式中,可以使用反斜杠将单个 RUN 命令跨到下一行

RUN echo ” Hello ”&& \

​ echo "World”\

 && echo ” Docker”


exec格式:RUN ["可执行文件","参数1","参数2"]

例:RUN ["./test.php","dev","offline"] 等价于 ./test.php dev offline

以这种格式运行程序,可以免除运行 n/sh 的消耗 这种格式是用 Ison 格式将程序名 与所需参 数组成一个字符串数组,所以如果参数中有引号等特殊字符,贝lj 需要进行转义

==RUN是在 docker build时运行==

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

image-20220405104400946

8.3.2 CMD

image-20220405104724204

==CMD是在docker run时运行==

==CMD指令可以有多条,但只有最后一个生效,CMD会被docker run后面的参数替换==

image-20220405105228712

上面这个实例什么意思呢,官网编写的关于tomcat的Dockerfile文件的最后一行是运行catalina.sh脚本

image-20220405105643278

能访问tomcat

加上/bin/bash

则不能访问tomcat

FROM ubuntu  

CMD [” echo ” , ” Hello Ubuntu” ] 

docker build -t user/test .

image-20220405113325401

docker run -it imageId echo "Hello Docker"这个方式启动容器时,echo "HelloDocker”命令会覆盖原有的CMD命令。也就是说,CMD 命令可以通过docker run命令覆盖,这一点也是CMD和ENTRYPOINT指令的最大区别。

image-20220405105139911

8.3.3 ENTRYPOINT

也是用来指定一个容器启动时要运行的命令

类似于 CMD 指令,但是ENTRYPOINT不会被docker run后面的命令覆盖,而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序

FROM ubuntu

ENTRYPOINT [ ” echo” ]

image-20220405121627847

8.3.4 小总结

image-20220405121706206

8.4 Dockerfile实战

Redis容器化

(1)基础镜像:centos:centos7.5.1804;

(2)作者:Chinaskill;

(3)修改配置文件中的bind 127.0.0.1为bind 0.0.0.0;

(4)设置Redis免密,并关闭保护模式;

(5)开放端口:6379;

(6)设置服务开机自启。

[root@master redis]# cat Dockerfile 
FROM centos:centos7.5.1804
MAINTAINER Chinaskill
RUN rm -rf /etc/yum.repos.d/*
ADD ftp.repo /etc/yum.repos.d/ftp.repo
RUN yum clean all
RUN yum list
RUN yum install -y redis
RUN sed -i 's/bind 127.0.0.1/bind 0.0.0.0/g' /etc/redis.conf
RUN sed -i 's/protected-mode yes/protected-mode no/g' /etc/redis.conf
RUN sed -i 's/daemonize no/daemonize yes/g' /etc/redis.conf
EXPOSE 6379
ENTRYPOINT ["/usr/bin/redis-server","/etc/redis.conf"]

容器化MariaDB

(1)基础镜像:centos:centos7.5.1804;

(2)作者:Chinaskill;

(3)设置数据库密码:123456;

(4)创建数据库gpmall并导入数据库文件gpmall.sql;

(5)设置字符编码:UTF-8;

(6)开放端口:3306;

(7)设置服务开机自启。

[root@master redis]# cd /root/mariadb/
[root@master mariadb]# ls
Dockerfile ftp.repo gpmall.sql init.sh
[root@master mariadb]# cat Dockerfile 
FROM centos:centos7.5.1804
MAINTAINER Chinaskill
RUN rm -rf /etc/yum.repos.d/*
ADD ftp.repo /etc/yum.repos.d/
RUN yum install -y mariadb-server
ADD init.sh /root/init.sh
RUN chmod +x /root/init.sh
ADD gpmall.sql /root/gpmall.sql
RUN /root/init.sh
ENV C.LANG UTF-8
EXPOSE 3306
CMD ["mysqld_safe"]

容器化Zookeeper

(1)基础镜像:centos:centos7.5.1804;

(2)作者:Chinaskill;

(3)开放端口:2181;

(4)设置服务开机自启。

[root@master zookeeper]# ls

Dockerfile ftp.repo zookeeper-3.4.14.tar.gz

[root@master zookeeper]# cat Dockerfile 
FROM centos:centos7.5.1804
MAINTAINER Chinaskill
RUN rm -rvf /etc/yum.repos.d/*
COPY ftp.repo /etc/yum.repos.d/local.repo
RUN yum -y install java-1.8.0
ADD zookeeper-3.4.14.tar.gz /usr/local
ENV ZOOKEEPER_HOME /usr/local/zookeeper-3.4.14
ENV PATH $PATH:$JAVA_HOME/bin:$JRE_HOME/bin:$ZOOKEEPER_HOME/bin
RUN cp $ZOOKEEPER_HOME/conf/zoo_sample.cfg $ZOOKEEPER_HOME/conf/zoo.cfg
EXPOSE 2181
CMD $ZOOKEEPER_HOME/bin/zkServer.sh start-foreground

虚悬镜像

仓库名、标签都是的镜像,俗称dangling image

==虚悬镜像的由来==

通常出现这种情况,是因为构建了一个新镜像,然后为该镜像打了一个已经存在的标签。接着Docker会移除旧镜像上面的标签,将该标签标在新的镜像之上。例如,首先基于alpine:3.4构建一个新的镜像,并打上dodge:challenger标签。然后更新Dockerfile,将alpine:3.4替换为alpine:3.5,并且再次执行docker image build命令。该命令会构建一个新的镜像,并且标签为dodge:challenger,同时移除了旧镜像上面对应的标签,旧镜像就变成了悬虚镜像

查询显示虚悬镜像
docker images -f dangling=true
删除虚悬镜像
相关文章
|
5月前
|
弹性计算 关系型数据库 微服务
基于 Docker 与 Kubernetes(K3s)的微服务:阿里云生产环境扩容实践
在微服务架构中,如何实现“稳定扩容”与“成本可控”是企业面临的核心挑战。本文结合 Python FastAPI 微服务实战,详解如何基于阿里云基础设施,利用 Docker 封装服务、K3s 实现容器编排,构建生产级微服务架构。内容涵盖容器构建、集群部署、自动扩缩容、可观测性等关键环节,适配阿里云资源特性与服务生态,助力企业打造低成本、高可靠、易扩展的微服务解决方案。
2051 10
|
6月前
|
监控 Java API
Spring Boot 3.2 结合 Spring Cloud 微服务架构实操指南 现代分布式应用系统构建实战教程
Spring Boot 3.2 + Spring Cloud 2023.0 微服务架构实践摘要 本文基于Spring Boot 3.2.5和Spring Cloud 2023.0.1最新稳定版本,演示现代微服务架构的构建过程。主要内容包括: 技术栈选择:采用Spring Cloud Netflix Eureka 4.1.0作为服务注册中心,Resilience4j 2.1.0替代Hystrix实现熔断机制,配合OpenFeign和Gateway等组件。 核心实操步骤: 搭建Eureka注册中心服务 构建商品
1079 3
|
4月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
4月前
|
监控 Kubernetes 安全
还没搞懂Docker? Docker容器技术实战指南 ! 从入门到企业级应用 !
蒋星熠Jaxonic,技术探索者,以代码为笔,在二进制星河中书写极客诗篇。专注Docker与容器化实践,分享从入门到企业级应用的深度经验,助力开发者乘风破浪,驶向云原生新世界。
还没搞懂Docker? Docker容器技术实战指南 ! 从入门到企业级应用 !
|
4月前
|
监控 Cloud Native Java
Spring Boot 3.x 微服务架构实战指南
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Spring Boot 3.x与微服务架构,探索云原生、性能优化与高可用系统设计。以代码为笔,在二进制星河中谱写极客诗篇。关注我,共赴技术星辰大海!(238字)
Spring Boot 3.x 微服务架构实战指南
|
8月前
|
运维 监控 数据可视化
容器化部署革命:Docker实战指南
容器化部署革命:Docker实战指南
|
8月前
|
缓存 负载均衡 监控
微服务架构下的电商API接口设计:策略、方法与实战案例
本文探讨了微服务架构下的电商API接口设计,旨在打造高效、灵活与可扩展的电商系统。通过服务拆分(如商品、订单、支付等模块)和标准化设计(RESTful或GraphQL风格),确保接口一致性与易用性。同时,采用缓存策略、负载均衡及限流技术优化性能,并借助Prometheus等工具实现监控与日志管理。微服务架构的优势在于支持敏捷开发、高并发处理和独立部署,满足电商业务快速迭代需求。未来,电商API设计将向智能化与安全化方向发展。
508 102
|
6月前
|
负载均衡 监控 Java
微服务稳定性三板斧:熔断、限流与负载均衡全面解析(附 Hystrix-Go 实战代码)
在微服务架构中,高可用与稳定性至关重要。本文详解熔断、限流与负载均衡三大关键技术,结合API网关与Hystrix-Go实战,帮助构建健壮、弹性的微服务系统。
682 1
微服务稳定性三板斧:熔断、限流与负载均衡全面解析(附 Hystrix-Go 实战代码)
|
7月前
|
供应链 测试技术 开发者
用 Docker 轻松部署 ERPNext 15:多场景实战指南
ERPNext 15 是一款功能全面的开源企业资源规划系统,结合 Docker 容器化部署,具备高效、灵活、低成本等优势。适用于小微企业数字化起步、多分支机构协同办公、开发者测试环境搭建、短期项目管理及企业内部培训等多种场景。模块化设计支持按需扩展,满足不同规模企业需求,是实现高效企业管理的理想选择。
用 Docker 轻松部署 ERPNext 15:多场景实战指南