使用DockerFile构建镜像与镜像上传的实现步骤
作者:云村小威
前言:为什么要使用Dockerfile ?
首先Dockerfile 是一个文本格式的配置文件, 用户可以使用 Dockerfile 来快速创建自定义的镜像。在没使用Dockerfile之前构建镜像是这样的:一步一步操作
不使用Dockerfile的劣势:
- 手动操作容易出错,难以保证一致性。
- 构建过程不透明,不易维护和管理。
- 需要手动执行多个步骤,容易遗漏或出现问题。
使用Dockerfile的好处:
- 自动化构建,确保环境的一致性和可重复性。
- 可以使用版本控制系统管理Dockerfile,跟踪构建过程的演化。
- 通过简单的命令就能完成构建和运行。
一、DockerFile构建镜像
1、构建基础对象
已知构建基础镜像的目的是为了在容器中提供一个运行环境,以便在其基础上构建和运行应用程序。而CentOS和Alpine都是常见的基础操作系统镜像,用于构建Docker容器。它们有一些区别和各自的优点,主要涉及到镜像大小、软件包管理系统和适用场景等方面。
CentOS镜像:
- 镜像大小: CentOS镜像通常比Alpine镜像大,因为它包含了更多的系统库和工具。
- 软件包管理: CentOS使用yum(Yellowdog Updater, Modified)作为其软件包管理系统。它有广泛的软件仓库,可以方便地安装各种软件包。
- 系统库: CentOS提供了完整的系统库和工具,适合那些需要更多系统级功能和工具的场景。
- 适用场景: 适用于需要在容器中运行更庞大、复杂的应用程序,或者依赖于CentOS特定库的场景。例如,一些企业级应用可能更适合在CentOS环境中运行。
Alpine镜像:
- 镜像大小: Alpine镜像非常小巧,通常比CentOS小得多。这是因为Alpine使用了musl libc和BusyBox,精简了系统组件。
- 软件包管理: Alpine使用apk作为其软件包管理系统。虽然软件包数量相对较少,但它足够轻量且足够满足大多数基本需求。
- 系统库: Alpine精简了系统库,只包含最小必需的库,这有助于减小镜像大小。
- 适用场景: 适用于对镜像大小要求较高,或者在轻量级、敏捷的场景中运行应用程序。Alpine常被用作构建微服务、容器化应用和云原生应用的基础镜像。
总结各自优点:
- CentOS:
- 适合需要完整系统库和工具的应用场景。
- 更广泛的软件包支持。
- 适用于相对较大和复杂的应用程序。
- Alpine:
- 非常小巧的镜像大小。
- 适用于对镜像大小要求较高的场景。
- 适用于轻量级、敏捷的应用场景,如微服务和云原生应用。
选择CentOS还是Alpine通常取决于具体的应用需求和容器使用场景。如果镜像大小是关键因素,而且应用可以在Alpine的轻量环境中运行,那么Alpine可能是更好的选择。如果应用需要更完整的系统环境和软件包支持,那么CentOS可能更合适。
2、Dockerfile文件结构
Dockerfile 由一行行命令语句组成,并且支持以 # 开头的注释行。
一般Dockerfile 分为四部分:基础镜像信息、维护者信息、镜像操作指令和容器启动时执行指令。
部分 | 命令 |
基础镜像信息 | FROM |
维护者信息 | MAINTAINER |
镜像操作指令 | RUN、ENV、COPY、ADD、EXPOSE、WORKDIR、ONBUILD、USER、 VOLUME等 |
容器启动时执行指 令 | CMD、ENTRYPOINT |
基础镜像信息:
定义了构建过程中使用的基础镜像。基础镜像是构建新镜像的起点,包含了操作系统和基本的运行时环境。FROM
指令是Dockerfile的第一条指令,必须出现在Dockerfile的最开始。
维护者信息:
用于指定Docker镜像的维护者信息,即负责维护该镜像的人或团队。这个信息可以提供一些联系方式或者简要的说明。
镜像操作指令:
这些指令用于在构建过程中对镜像进行操作。其中,ENV用于设置环境变量,COPY用于复制文件或目录到镜像中,ADD与COP作用差不多,它还会压缩包文件进行解压,WORKDIR设置工作目录,RUN用于在构建过程中执行命令,EXPOSE用于声明容器运行时需要暴露的端口,USER用于设置在容器中运行时使用的用户名或用户ID,ONBUILD用于在构建子镜像时执行一些命令,VOLUME用于声明容器中的挂载点,可以将宿主机上的目录或文件挂载到容器中,用于持久化存储数据。这样可以保证在容器删除后数据不会丢失。
容器启动时执行指令:
定义了容器启动时执行的默认命令。该命令可以被用户指定的命令覆盖。CMD
指令通常是最后一条指令,如果有多个CMD
指令,只有最后一条会生效。
ENTRYPOINT与CMD不同,ENTRYPOINT指定的命令不会被docker run命令行中的参数覆盖,而是作为容器的主要执行命令。
以上这些指令一起构成了Dockerfile,定义了构建镜像的过程和镜像的运行时行为。通过这些指令,可以灵活地配置和定制Docker镜像,以适应不同的应用场景。
3、构建Dockerfile文件镜像
准备需要上传的文件:
1、构建Dockerfile:
#1.指定基础镜像,并且必须是第一条指令 FROM jeanblanchard/alpine-glibc #2.指明该镜像的作者和其电子邮件 MAINTAINER "3315757094@qq.com" #3.在构建镜像时,指定镜像的工作目录,之后的命令都是基于此工作目录,如果不存在,则会创建目录 WORKDIR /test #4.复制需要运行的应用程序 COPY spring.jar /test #5.一个复制命令,把jdk安装文件复制到镜像中,注意:jdk*.tar.gz使用的是相对路径 ADD jre-8u391-linux-x64.tar.gz /test #6.配置环境变量 ENV JAVA_HOME=/test/jre1.8.0_391 ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ENV PATH=$JAVA_HOME/bin:$PATH #7.容器启动时需要执行的命令 CMD java -jar spring.jar
2、配置好Dockerfiel文件后开始构建镜像 :
3、运行镜像:
测试:
二、镜像上传(阿里云)
上传镜像就是为了方便各位同事更好的搬砖,步骤如下:
1、注册/登录阿里云搜索容器镜像服务
2、点击实例模块创建仓库
...
...
3、创建好后就会有操作指南(复制操作就行)
当然要上传镜像需要获取访问凭证进行登录:
示例:
1. 登录
2.给本地的Docker镜像打标签,使其与阿里云容器镜像服务相关联
根据tag(版本)推送:
拉取:
docker pull registry.cn-hangzhou.aliyuncs.com/ycxw320/spring_test:v1 [镜像版本号]
以上就是使用DockerFile构建镜像与镜像上传的实现步骤的详细内容,更多关于DockerFile构建镜像与镜像上传的资料请关注脚本之家其它相关文章!