本文最后更新于：7 天前

前言

我很荣幸能够分享一篇关于 Docker 的博客笔记。
这些笔记真的非常值得学习和借鉴。通过阅读黑马程序员分享的优质内容，我深深地感受到了他们在技术分享方面的专业精神和对学习者的支持
对于想要深入了解 Docker 的人来说，这篇博客笔记提供了一个很好的学习资源。在这些笔记中，我们可以了解到Docker 的基本概念、工作原理以及如何搭建、使用和管理 Docker 容器
这些知识对于我们在实际项目中的应用和技术提升有着巨大的帮助

推荐阅读：

听说很少有人将 Docker 讲懂？我来试试！ - 掘金 (juejin.cn)
课件：Docker 实用篇 - 掘金 (juejin.cn)

Docker

2024 年 12 月 19 日

Docker入门到实践 (一) docker简介与安装_docker与思政-CSDN博客

Docker入门到实践 (二) docker常用命令讲解_docker 入门到实践 (二) docker 常用指令解说-CSDN博客

2025 年 1 月 15 日

centos7安装Docker详细步骤（无坑版教程）-腾讯云开发者社区-腾讯云 (tencent.com)

windows10+VMWare+Centos7下docker的安装，验证与运行(超详细且持续更新) -配置啦-研发运维人员必备网站 (config.net.cn)

centos安装包下载_开源镜像站-阿里云 (aliyun.com)

windows10+VMWare+Centos7下docker的安装，验证与运行(超详细且持续更新) -配置啦-研发运维人员必备网站 (config.net.cn)

Docker 搭建 Minio 对象存储服务MinIO MinIO 是一款基于 Go 语言发开的高性能、分布式的对象存储 - 掘金 (juejin.cn)

手摸手教你使用 Docker 快速搭建 Gitlab 服务本文在 CentOS 虚拟机中使用 Docker 快速搭建了一 - 掘金 (juejin.cn)

上手Linux：安装 Git 的两种方式在 Linux 系统上安装软件有两种常用的方式。一种是下载源码 - 编译 - 安 - 掘金 (juejin.cn)

这篇挺全的：Springboot整合Minio全流程 - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

2025 年 1 月 25 日

今天实践操作下 docker，安装 Docker。

安装

查看 CentOS 操作系统版本和 Linux 内核版本：

1	`cat /etc/redhat-release`

1	`uname -r`

可以看到 CentOS7 的操作系统为x86_64(64位)，系统内核版本为3.10.0，没有问题。

卸载旧版本。

1	`yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-logrotate docker-logrotate docker-engine`

安装docker所需的软件包

1	`yum install -y yum-utils device-mapper-persistent-data lvm2`

设置yum源为阿里云 (由于国外网站访问速度慢)

1	`yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo`

更新yum软件包索引

1	`yum makecache fast`

安装docker CE(社区版)，Docker提供了两个版本：社区版(CE，免费) 和企业版(EE，收费)

1	`yum -y install docker-ce`

Linux中yum、rpm、apt-get、wget的区别，yum、rpm、apt-get常用命令，CentOS、Ubuntu中安装wget_apt-get 和yum-CSDN博客

检查版本，是否安装成功。

1	`docker version`

2025 年 1 月 25 日

Docker入门到实践 (二) docker常用命令讲解_docker 入门到实践 (二) docker 常用指令解说-CSDN博客

2025 年 2 月 10 日

1	`yum install -y yum-utils device-mapper-persistent-data lvm2`

1	`ping: mirrorlist.centos.org: Name or service not known`

CentOS7 yum安装报错 “Could not resolve host: mirrorlist.centos.org； Name or service not known” 解决方法_ping: mirrorlist.centos.org: name or service not k-CSDN博客

1、从阿里云下载新的配置文件，两个命令可用，如果虚拟机还没安装wget工具，就使用curl

1 2	`wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo`

2、清理缓存

1	`yum clean all`

3、重新生成缓存

1	`yum makecache`

4、更新yum源包

1	`yum -y update`

结束，更换 yum 源成功。

不过这个步骤属实多余，直接按照上面 Doker 安装的命令执行下来，安装 Docker 是相当顺利的。

远程部署

2025 年 2 月 5 日

已经十多天没有学习了吗。

Docker为容器设置环境变量（在docker run命令中设置容器的环境变量、在Dockerfile文件中设置容器的环境变量、在docker-compose.yaml中设置容器的环境变量）_dockerfile设置环境变量-CSDN博客

java获取docker环境变量_mob649e8161738c的技术博客_51CTO博客

新建一个 Web 项目，尝试下 Docker 部署。

docker 部署 java 项目详解-CSDN博客

WAR包和JAR包的区别 - 林泽阿 - 博客园 (cnblogs.com)

IDEA+Docker远程部署Sprin - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

# 基础镜像
FROM openjdk:8
# 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
ADD target/hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java","-jar", "/app.jar" , "--spring.profiles.active=prod"]
# 对外暴露的端口号
EXPOSE  8080

Docker一键远程部署厚米匹配后端 - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

1	`Dw990831@`

配置 Docker 一键部署：ssh 远程连接服务器，连接 Docker 守护进程，编写 Dockerfile 文件，配置远程部署。

ssh 远程连接服务器。

连接 Docker 守护进程。

编写 Dockerfile 文件。

# 基础镜像
FROM openjdk:8
# 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
ADD target/hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java","-jar", "/app.jar"]
# 对外暴露的端口号
EXPOSE  8080

配置远程部署。

怎么查看docker开放的端口通不通_mob64ca12d4a164的技术博客_51CTO博客

特么的，配置都完成了，就看最后一步能不能一键部署成功，结果好像是 Docker 连接失败了。

Docker镜像的创建方法_docker 创建镜像-CSDN博客

那就手动上传 jar 包和 Dockerfile 文件，先构建镜像再运行容器试试看。

学一学。

要构建一个Docker镜像，你需要确保你已经安装了Docker，并且你的Dockerfile和hello-0.0.1-SNAPSHOT.jar文件在同一目录下。以下是如何使用Docker命令行工具来构建你的镜像的步骤：

打开命令行界面：
- 在Windows上，你可以使用PowerShell或命令提示符。
- 在macOS或Linux上，打开你的终端。
导航到包含Dockerfile的目录：
使用cd命令导航到包含你的Dockerfile和hello-0.0.1-SNAPSHOT.jar文件的目录。例如：
1
2
3
bash复制代码 cd path/to/your/directory
构建Docker镜像：
使用docker build命令来构建你的镜像。你需要为你的镜像指定一个标签（tag），这通常包括一个名称和一个版本号。例如：
1
2
3
bash复制代码 docker build -t hello-app:0.0.1 .
这里的-t hello-app:0.0.1指定了镜像的名称为hello-app和版本号为0.0.1。最后的.表示Dockerfile位于当前目录。
验证镜像是否构建成功：
使用docker images命令来查看你的本地镜像列表，确认你的hello-app:0.0.1镜像已经成功构建。
1
2
3
bash复制代码 docker images
运行Docker容器：
使用docker run命令来运行你的容器。例如：
1
2
3
bash复制代码 docker run -d -p 8080:8080 hello-app:0.0.1
这里的-d标志表示容器将在后台运行，-p 8080:8080将主机的8080端口映射到容器的8080端口。
验证容器是否正在运行：
使用docker ps命令来查看正在运行的容器列表。
1
2
3
bash复制代码 docker ps
访问你的应用：
打开你的网页浏览器，访问http://localhost:8080，你应该能够看到你的Java应用正在运行。

试一试。

出问题了。

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker build -f Dockerfile -t hello 
ERROR: "docker buildx build" requires exactly 1 argument.
See 'docker buildx build --help'.

Usage:  docker buildx build [OPTIONS] PATH | URL | -

Start a build
[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker build -t hello-app . 
[+] Building 30.1s (2/2) FINISHED                                                                                                                                                docker:default
 => [internal] load build definition from Dockerfile                                                                                                                                       0.0s
 => => transferring dockerfile: 323B                                                                                                                                                       0.0s
 => ERROR [internal] load metadata for docker.io/library/openjdk:8                                                                                                                        30.0s
------
 > [internal] load metadata for docker.io/library/openjdk:8:
------
Dockerfile:2
--------------------
   1 |     # 基础镜像
   2 | >>> FROM openjdk:8
   3 |     # 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
   4 |     ADD target/hello-0.0.1-SNAPSHOT.jar app.jar
--------------------
ERROR: failed to solve: DeadlineExceeded: DeadlineExceeded: DeadlineExceeded: openjdk:8: failed to resolve source metadata for docker.io/library/openjdk:8: failed to do request: Head "https://registry-1.docker.io/v2/library/openjdk/manifests/8": dial tcp 198.44.185.131:443: i/o timeout

jar 包没有放在同级目录下啊。

算了，看来是基础镜像出问题了，吃完饭上来搞搞。

镜像源修改

docker hello world_docker 输出hello word-CSDN博客

1	`docker pull hello-world`

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker pull hello-world
Using default tag: latest
Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]#

Docker修改国内镜像源_docker更换国内镜像源-CSDN博客

这篇写得很详细了：docker切换国内镜像源_mob64ca12f10f72的技术博客_51CTO博客

使用 docker 命令行设置镜像源，不太好使。

1	`sudo docker login --username=<你的用户名> registry.cn-hangzhou.aliyuncs.com`

得直接修改 Docker 的 daemon 配置文件。

步骤详解

步骤 1: 备份 Docker 的原始配置文件。

在对 Docker 的配置文件进行修改之前，我们需要先备份原始配置文件，以便在出现问题时能够恢复。

备份原始的配置文件到指定位置

1	`sudo cp /etc/docker/daemon.json /etc/docker/daemon.json.bak`

代码解释：

sudo：以超级用户权限执行命令。
cp：复制文件的命令。
/etc/docker/daemon.json：Docker 的默认配置文件路径。
/etc/docker/daemon.json.bak：备份文件的路径。

步骤 2: 创建或编辑 Docker 的配置文件

确保 Docker 的配置文件存在，如果没有则需要创建一个新的。

检查配置文件是否存在

1 2	`sudo mkdir -p /etc/docker/ sudo touch /etc/docker/daemon.json`

代码解释：

mkdir -p /etc/docker/：创建 Docker 配置目录，如果路径中已存在部分目录则不会报错。
touch /etc/docker/daemon.json：创建 daemon.json 文件，如果已存在则更新其时间戳。

步骤 3: 修改镜像源为国内镜像

接下来，我们需要通过编辑 daemon.json 文件来添加国内的镜像源。这里以阿里云的 Docker 镜像为例。

开启编辑器（vi 或其它文本编辑器）

1	`sudo vi /etc/docker/daemon.json`

在打开的 daemon.json 文件中填写以下内容：

{
  "registry-mirrors": [
    "https://<your_ali_cdn>.mirror.aliyuncs.com"
  ]
}

代码解释：

registry-mirrors：这是配置镜像加速器的键，用于指定 Docker 镜像源的地址。
“https://.mirror.aliyuncs.com”：将替换为你在阿里云中获得的加速器地址。你也可以选择其他的国内镜像源，如网易、腾讯等。

步骤 4: 重启 Docker 服务

完成镜像源的配置后，我们需要重启 Docker 服务使其生效。

重启 Docker 服务

1 2	`sudo systemctl daemon-reload sudo systemctl restart docker`

代码解释：

systemctl daemon-reload：重新加载服务配置。
systemctl restart docker：重启 Docker 服务。

步骤 5: 验证镜像源是否修改成功

最后一步是验证配置是否成功。我们可以通过拉取一个镜像来检查。

测试拉取一个镜像（例如：hello-world）

1	`docker pull hello-world`

代码解释：

docker pull hello-world：从 Docker 镜像源拉取 hello-world 镜像，用于测试。

如果镜像能够快速拉取并成功完成，那么就表示你已成功切换至国内镜像源。

阿里云地域Region ID? 地域及其RegionID对照表?_陆陆科技 (llxxkj.cn)

{
  "registry-mirrors": [
    "https://cn-beijing.mirror.aliyuncs.com"
  ]
}

漂亮，对照这张表修改配置文件内容，直接执行拉取镜像命令，成功了。

[root@iZ2ze4hnl6pls28qt4w1ttZ docker]# docker pull hello-world
Using default tag: latest
latest: Pulling from library/hello-world
2db29710123e: Pull complete 
Digest: sha256:2498fce14358aa50ead0cc6c19990fc6ff866ce72aeb5546e1d59caac3d0d60f
Status: Downloaded newer image for he

那么跑一下这个镜像吧。

运行一个名为 hello-world 的镜像，容器名为 helloworld，将容器的 80 端口映射到主机的 8080 端口，并在后台运行：

1	`docker run -d -p 8080:80 --name helloworld hello-world:latest`

查看正在运行中的容器信息。

1	`docker ps -a`

1
2
3

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker ps -a
CONTAINER ID   IMAGE                COMMAND    CREATED         STATUS                     PORTS     NAMES
cb2146386e71   hello-world:latest   "/hello"   3 minutes ago   Exited (0) 3 minutes ago             helloworld

删除镜像。

1	`docekr remove helloworld`

镜像源问题解决了，构建 Docker 镜像的报错问题还没有进展，检查下 Dockerfile 文件内容。

# 基础镜像
FROM openjdk:8
# 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
ADD target/hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java","-jar", "/app.jar"]
# 对外暴露的端口号
EXPOSE  8080

5 个提升你 Dockerfile 水平 - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

Dockerfile 有挺多技巧：

使用 alpine 的镜像，而不是默认的 linux 镜像，可以极大减小镜像体积，比如 node:18-alpine3.14 这种
使用多阶段构建，比如一个阶段来执行 build，一个阶段把文件复制过去，跑起服务来，最后只保留最后一个阶段的镜像。这样使镜像内只保留运行需要的文件以及 dependencies。
使用 ARG 增加构建灵活性，ARG 可以在 docker build 时通过 –build-arg xxx=yyy 传入，在 dockerfile 中生效，可以使构建过程更灵活。如果是想定义运行时可以访问的变量，可以通过 ENV 定义环境变量，值使用 ARG 传入。
CMD 和 ENTRYPOINT 都可以指定容器跑起来之后运行的命令，CMD 可以被覆盖，而 ENTRYPOINT 不可以，两者结合使用可以实现参数默认值的功能。
ADD 和 COPY 都可以复制文件到容器内，但是 ADD 处理 tar.gz 的时候，还会做一下解压。

Docker镜像构建知识：Dockerfile 命令详解-腾讯云开发者社区-腾讯云 (tencent.com)

# 基础镜像
FROM scratch
# 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
ADD hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java","-jar", "/app.jar"]
# 对外暴露的端口号
EXPOSE  8080

构建成功了对吧。

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker build -t hello-app . 
[+] Building 0.4s (5/5) FINISHED   docker:default
 => [internal] load build definition from Dockerfile   			    0.0s
 => => transferring dockerfile: 313B                         		0.0s
 => [internal] load .dockerignore                                    0.0s
 => => transferring context: 2B                                      0.0s
 => [internal] load build context                                    0.2s
 => => transferring context: 17.65MB                                 0.2s
 => [1/1] ADD hello-0.0.1-SNAPSHOT.jar app.jar                       0.0s
 => exporting to image                                               0.1s
 => => exporting layers                                              0.1s
 => => writing image sha256:19baea50ee1023afb4c6926836a32e3816a315de477db0fcf3d164e25b1ed5b2

镜像运行失败了。

1	`docker run -p 8080:8080 --name helloapp hello-app:latest`

1
2

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker run -p 8080:8080 --name helloapp hello-app:latest
docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: exec: "java": executable file not found in $PATH: unknown.

缺少 Java 环境。

停止容器，删除容器。

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker ps -a
CONTAINER ID   IMAGE              COMMAND                CREATED          STATUS    PORTS                                       NAMES
eefe17b7f1e2   hello-app          "java -jar /app.jar"   2 minutes ago    Created   8080/tcp                                    heuristic_jackson
da15a61a2596   hello-app:latest   "java -jar /app.jar"   12 minutes ago   Created   0.0.0.0:8080->8080/tcp, :::8080->8080/tcp   helloapp

1 2	`[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker remove eefe17b7f1e2 eefe17b7f1e2`

删除镜像。

1 2	`[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker rmi 19baea50ee10 Untagged: hello-app:latest`

1
2
3

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker images
REPOSITORY    TAG       IMAGE ID       CREATED       SIZE
hello-world   latest    feb5d9fea6a5   3 years ago   13.3kB

重新构建镜像。

# 基础镜像
FROM scratch
# 作者信息
MAINTAINER  memory
# 安装jdk
RUN apt-get update && apt-get install -y openjdk-8-jdk
# 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
ADD hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java","-jar", "/app.jar"]
# 对外暴露的端口号
EXPOSE  8080

很显然这条命令又报错了。

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker build -t hello-app .
[+] Building 0.3s (4/5)                                                                                                                                                             
 > [1/2] RUN apt-get update && apt-get install -y openjdk-8-jdk:
0.215 runc run failed: unable to start container process: exec: "/bin/sh": stat /bin/sh: no such file or directory
------
Dockerfile:6
--------------------
   4 |     MAINTAINER  memory
   5 |     # 安装jdk
   6 | >>> RUN apt-get update && apt-get install -y openjdk-8-jdk
   7 |     # 复制主机jar包至镜像内，复制的目录需放置在 Dockerfile 文件同级目录下
   8 |     ADD hello-0.0.1-SNAPSHOT.jar app.jar
--------------------
ERROR: failed to solve: process "/bin/sh -c apt-get update && apt-get install -y openjdk-8-jdk" did not complete successfully: exit code: 1

修改 Dockerfile 文件。

# 使用 CentOS 基础镜像
FROM centos:latest
# 作者信息
MAINTAINER  memory
# 安装必要的软件包
RUN yum install -y java-1.8.0-openjdk-devel
# 设置工作目录
WORKDIR /app
# 复制 JAR 文件到工作目录
COPY hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java", "-jar", "app.jar"]
# 对外暴露的端口号
EXPOSE 8080

dockerfile安装java环境_mob64ca12f66e6c的技术博客_51CTO博客

docker 容器配置java环境_mob64ca12dd8bce的技术博客_51CTO博客

又忙活了一个多小时许可证后台管理系统，只要着手搞这玩意儿时间就过得可快了，这会儿都快五点钟，该下班了。

再试试：

# 使用 CentOS 基础镜像
FROM centos:latest
FROM openjdk:8-jdk-alpine
# 作者信息
MAINTAINER  memory
# 配置java环境变量
ENV JAVA_HOME /opt/jdk/jdk1.8.0_412
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV PATH $PATH:$JAVA_HOME/bin
# 设置工作目录
WORKDIR /app
# 复制 JAR 文件到工作目录
COPY hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
#ENTRYPOINT ["java", "-jar", "app.jar"]
# 对外暴露的端口号
EXPOSE 8080

待解决问题：

1	`unable to start container process: exec: "java": executable file not found in $PATH: unknown.`

2025 年 2 月 6 日

exec failed: unable to start container process: exec: “ip“: executable file not found in $PATH_oci runtime exec failed: exec failed: unable to st-CSDN博客

问题报错：

1	`OCI runtime exec failed: exec failed: unable to start container process: exec: "ip": executable file not found in $PATH: unknown`

报错原因：因为该容器的镜像时精简版，内部缺少iproute2导致无法使用ip命令

解决方式：

进入容器

1	`docker exec -it 容器名 /bin/bash`

进入后：

# 更新apt
apt-get update

# 安装iproute2
agt install -y iproute2

# 安装完以后退出exit
docker exec -it 容器名 ip addr

这段不太实用，我的问题不在于容器启动后报错，而是容器根本没有启动成功，没法进入一个不在运行过程中的容器。

镜像 Dockerfile 的问题。

如何顺利进入Docker容器内部？-HCRM博客 (huochengrm.cn)

2025 年 2 月 10 日

本地虚拟机 Docker 安装完成，不过还要修改 Docker Hub 阿里云镜像源。

Docker 系列(3) —— 切换 Docker 镜像源-腾讯云开发者社区-腾讯云 (tencent.com)

这样的配置方法相比上面所提供的，也许会更加全面一些。

1	`vi /etc/docker/daemon.json`

{
  "registry-mirrors": [
    "https://7bezldxe.mirror.aliyuncs.com/",
    "https://docker.mirrors.ustc.edu.cn/",
    "https://hub-mirror.c.163.com",
    "https://registry.docker-cn.com"
  ],
  "insecure-registries": [],
  "debug": false,
  "experimental": false,
  "features": {
    "buildkit": true
  }
}

1	`systemctl start docker.service`

1	`systemctl status docker.service`

1	`docker pull hello-world`

Docker基础命令_docker 查看镜像-CSDN博客

1	`docker info`

1 2	`Registry Mirrors: https://7bezldxe.mirror.aliyuncs.com/`

显然更新配置后再次拉取镜像没有生效，镜像源还是没有修改完成。

明天见吧，我的朋友。

Dockerfile 部署

2025 年 2 月 6 日

启动成功！

Snipaste_2025-02-06_09-35-22

删除容器，删除镜像，重新构建镜像再运行容器。

1	`docker ps -a`

1	`docker remove helloapp`

1	`docker images`

1	`docker rmi hello-app`

更新 Dockerfile 文件，选择使用官方 JDK 镜像。

# 使用 CentOS 基础镜像
FROM centos:latest
# 使用官方 JDK 镜像
FROM openjdk:8-jdk-alpine
# 作者信息
MAINTAINER  memory
# 查看 JAVA 版本
RUN java -version
# 设置工作目录
WORKDIR /app
# 复制 JAR 文件到工作目录
COPY hello-0.0.1-SNAPSHOT.jar app.jar
# 容器启动执行命令
ENTRYPOINT ["java", "-jar", "app.jar"]
# 对外暴露的端口号
EXPOSE 8080

把 jar 包和编辑完善的 Dockerfile 文件放在同级目录下。

构建镜像。

1	`docker build -t hello-app .`

创建并运行容器。

1	`docker run -p 8080:8080 --name helloapp hello-app:latest`

Snipaste_2025-02-06_09-35-22

可以说这是今年的开门红，初步掌握一门新技术：docker 容器部署。

进入正在运行中的容器并以命令行交互。

1	`docker exec -it helloapp /bin/bash`

或者：

1	`docker exec -it helloapp /bin/sh`

列表查看。

ls

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker exec -it helloapp /bin/sh
/app # ll
/bin/sh: ll: not found
/app # ls
app.jar

退出容器。

exit

1 2	`/app # exit [root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]#`

shell：bash【Bourne-Again SHell】_bourne again shell-CSDN博客

[Linux] Bourne Again Shell-CSDN博客

正巧看到这篇文章，写得很全很详细，点开主页一看竟然是一位年均输出大几百篇技术文章的大佬，不过一九年停更了。

快到饭点了，接下来安排的任务是尝试 docker 部署后台管理项目，以及 docker 远程部署。

同样的步骤，编写 Dockerfile 文件，构建镜像文件，启动并运行容器，接下来就应该开放阿里云服务器端口号了。

倒是接口文档可以正常访问，不过连接数据库失败了。

1	`http://8.141.90.145:8082/backend-server/doc.html`

获取 docker 容器环境变量。

着手测试。

1	`http://localhost:8080/api/test`

携带环境变量，启动项目。

1	`docker run -p 8080:8080 --name helloapp -e APP_NAME="My Awesome App" -e APP_PORT=8080 hello-app:latest`

可以这么干，那就更新下接口。

/**
 * 测试接口
 */
@GetMapping("/test")
public String test() {
    System.out.println("Hello World");
    return "Hello World";
}

/**
 * 测试接口2
 */
@GetMapping("/test2")
public String test2() {
    Map<String, String> getenv = System.getenv();
    System.out.println(getenv);
    String appName = System.getenv("APP_NAME");
    System.out.println(appName);
    String appPort = System.getenv("APP_PORT");
    System.out.println(appPort);
    return "Hello World";
}

出问题了。

怎么访问不到接口呢。

本地测试没问题啊，docker 部署服务启动也是没问题的，难道是打包更新后的代码出问题了吗，再试试。

1	`http://8.141.90.145:8080/api/test2`

果然是这样，成功了。

[root@iZ2ze4hnl6pls28qt4w1ttZ serInfo]# docker run -p 8080:8080 --name helloapp -e APP_NAME="My Awesome App" -e APP_PORT=8080 hello-app:latest

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::                (v2.7.7)

2025-02-06 07:30:58.477  INFO 1 --- [           main] org.tellhow.info.hello.HelloApplication  : Starting HelloApplication v0.0.1-SNAPSHOT using Java 1.8.0_212 on 9ed306a10b37 with PID 1 (/app/app.jar started by root in /app)
2025-02-06 07:30:58.484  INFO 1 --- [           main] org.tellhow.info.hello.HelloApplication  : The following 1 profile is active: "dev"
2025-02-06 07:30:59.972  INFO 1 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat initialized with port(s): 8080 (http)
2025-02-06 07:30:59.988  INFO 1 --- [           main] o.apache.catalina.core.StandardService   : Starting service [Tomcat]
2025-02-06 07:30:59.988  INFO 1 --- [           main] org.apache.catalina.core.StandardEngine  : Starting Servlet engine: [Apache Tomcat/9.0.70]
2025-02-06 07:31:00.135  INFO 1 --- [           main] o.a.c.c.C.[Tomcat].[localhost].[/]       : Initializing Spring embedded WebApplicationContext
2025-02-06 07:31:00.135  INFO 1 --- [           main] w.s.c.ServletWebServerApplicationContext : Root WebApplicationContext: initialization completed in 1499 ms
2025-02-06 07:31:00.679  INFO 1 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2025-02-06 07:31:00.694  INFO 1 --- [           main] org.tellhow.info.hello.HelloApplication  : Started HelloApplication in 2.989 seconds (JVM running for 3.58)
Hello world!
2025-02-06 07:31:06.094  INFO 1 --- [nio-8080-exec-1] o.a.c.c.C.[Tomcat].[localhost].[/]       : Initializing Spring DispatcherServlet 'dispatcherServlet'
2025-02-06 07:31:06.095  INFO 1 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet        : Initializing Servlet 'dispatcherServlet'
2025-02-06 07:31:06.096  INFO 1 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet        : Completed initialization in 1 ms
Hello World
{PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/jvm/java-1.8-openjdk/jre/bin:/usr/lib/jvm/java-1.8-openjdk/bin, HOSTNAME=9ed306a10b37, JAVA_ALPINE_VERSION=8.212.04-r0, LD_LIBRARY_PATH=/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64:/usr/lib/jvm/java-1.8-openjdk/jre/../lib/amd64, JAVA_HOME=/usr/lib/jvm/java-1.8-openjdk, APP_NAME=My Awesome App, JAVA_VERSION=8u212, LANG=C.UTF-8, APP_PORT=8080, HOME=/root}
My Awesome App
8080

嘿嘿哈哈，看来通过 Java 代码获取封装在 Docker 容器环境变量中的服务器硬件信息是可取的，开启下一步修改。

Map<String, String> getenv = System.getenv();
System.out.println(getenv);
String appName = System.getenv("APP_NAME");
System.out.println(appName);
String appPort = System.getenv("APP_PORT");
System.out.println(appPort);

// 获取现场服务器硬件信息
           // 获取容器环境变量
           LicenseCheckModel hardwareInfo = new LicenseCheckModel();
           String ipAddressEnv = System.getenv(LicenseConstant.IP_ADDRESS_ENV);
           String MacAddressEnv = System.getenv(LicenseConstant.MAC_ADDRESS_ENV);
           String CpuSerialEnv = System.getenv(LicenseConstant.CPU_SERIAL_ENV);
           String MainBoardSerialEnv = System.getenv(LicenseConstant.MAINBOARD_SERIAL_ENV);
           if (ObjectUtils.isNotEmpty(ipAddressEnv)) {
               hardwareInfo.setIpAddress(Lists.newArrayList(ipAddressEnv.split(",")));
           }
           if (ObjectUtils.isNotEmpty(MacAddressEnv)) {
               hardwareInfo.setMacAddress(Lists.newArrayList(MacAddressEnv.split(",")));
           }
           if (ObjectUtils.isNotEmpty(CpuSerialEnv)) {
               hardwareInfo.setCpuSerial(CpuSerialEnv);
           }
           if (ObjectUtils.isNotEmpty(MainBoardSerialEnv)) {
               hardwareInfo.setMainBoardSerial(MainBoardSerialEnv);
           }
           // 现场服务器硬件信息
           if (ObjectUtils.isEmpty(hardwareInfo)) {
               log.error("请输入现场服务器硬件信息！");
               throw new CommonException(401, "请输入现场服务器硬件信息！");
           }
           // 设置现场服务器硬件信息
           HardwareInfoContext.setHardwareInfo(hardwareInfo);

接下来的内容，就记录在别的栏目了，纯业务，与技术无关。

2025 年 2 月 7 日

docker 远程部署。

IDEA+Docker远程部署Sprin - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

两天了，刚刚看到这个连接 Docker 失败的提示。

算了，前天的记录内容就网上翻找吧，在此就不做复杂的排版了。

1	`Only key-pair ssh auth type is supported for docker connections.`

远程部署成功！

2025 年 2 月 8 日

IDEA+Docker远程部署Sprin - 编程导航 - 程序员编程学习交流社区 (codefather.cn)

[在IDEA中通过密钥认证的方式使用SSH连接远程Linux服务器_idea ssh密码登录-CSDN博客](

1.初识 Docker

1.1.什么是 Docker

微服务虽然具备各种各样的优势，但服务的拆分通用给部署带来了很大的麻烦。

分布式系统中，依赖的组件非常多，不同组件之间部署时往往会产生一些冲突。
在数百上千台服务中重复部署，环境不一定一致，会遇到各种问题

1.1.1.应用部署的环境问题

大型项目组件较多，运行环境也较为复杂，部署时会碰到一些问题：

依赖关系复杂，容易出现兼容性问题
开发、测试、生产环境有差异

例如一个项目中，部署时需要依赖于 node.js、Redis、RabbitMQ、MySQL 等，这些服务部署时所需要的函数库、依赖项各不相同，甚至会有冲突。给部署带来了极大的困难。

1.1.2.Docker 解决依赖兼容问题

而 Docker 确巧妙的解决了这些问题，Docker 是如何实现的呢？

Docker 为了解决依赖的兼容问题的，采用了两个手段：

将应用的 Libs（函数库）、Deps（依赖）、配置与应用一起打包
将每个应用放到一个隔离容器去运行，避免互相干扰

这样打包好的应用包中，既包含应用本身，也保护应用所需要的 Libs、Deps，无需再操作系统上安装这些，自然就不存在不同应用之间的兼容问题了。

虽然解决了不同应用的兼容问题，但是开发、测试等环境会存在差异，操作系统版本也会有差异，怎么解决这些问题呢？

1.1.3.Docker 解决操作系统环境差异

要解决不同操作系统环境差异问题，必须先了解操作系统结构。以一个 Ubuntu 操作系统为例，结构如下：

结构包括：

计算机硬件：例如 CPU、内存、磁盘等
系统内核：所有 Linux 发行版的内核都是 Linux，例如 CentOS、Ubuntu、Fedora 等。内核可以与计算机硬件交互，对外提供内核指令，用于操作计算机硬件。
系统应用：操作系统本身提供的应用、函数库。这些函数库是对内核指令的封装，使用更加方便。

应用于计算机交互的流程如下：

1）应用调用操作系统应用（函数库），实现各种功能

2）系统函数库是对内核指令集的封装，会调用内核指令

3）内核指令操作计算机硬件

Ubuntu 和 CentOSpringBoot 都是基于 Linux 内核，无非是系统应用不同，提供的函数库有差异：

此时，如果将一个 Ubuntu 版本的 MySQL 应用安装到 CentOS 系统，MySQL 在调用 Ubuntu 函数库时，会发现找不到或者不匹配，就会报错了：

Docker 如何解决不同系统环境的问题？

Docker 将用户程序与所需要调用的系统(比如 Ubuntu)函数库一起打包
Docker 运行到不同操作系统时，直接基于打包的函数库，借助于操作系统的 Linux 内核来运行

如图：

1.1.4.小结

Docker 如何解决大型项目依赖关系复杂，不同组件依赖的兼容性问题？

Docker 允许开发中将应用、依赖、函数库、配置一起打包，形成可移植镜像
Docker 应用运行在容器中，使用沙箱机制，相互隔离

Docker 如何解决开发、测试、生产环境有差异的问题？

Docker 镜像中包含完整运行环境，包括系统函数库，仅依赖系统的 Linux 内核，因此可以在任意 Linux 操作系统上运行

Docker 是一个快速交付应用、运行应用的技术，具备下列优势：

可以将程序及其依赖、运行环境一起打包为一个镜像，可以迁移到任意 Linux 操作系统
运行时利用沙箱机制形成隔离容器，各个应用互不干扰
启动、移除都可以通过一行命令完成，方便快捷

1.2.Docker 和虚拟机的区别

Docker 可以让一个应用在任何操作系统中非常方便的运行。而以前我们接触的虚拟机，也能在一个操作系统中，运行另外一个操作系统，保护系统中的任何应用。

两者有什么差异呢？

虚拟机（virtual machine）是在操作系统中模拟硬件设备，然后运行另一个操作系统，比如在 Windows 系统里面运行 Ubuntu 系统，这样就可以运行任意的 Ubuntu 应用了。

Docker仅仅是封装函数库，并没有模拟完整的操作系统，如图：

对比来看：

小结：

Docker 和虚拟机的差异：

docker 是一个系统进程；虚拟机是在操作系统中的操作系统
docker 体积小、启动速度快、性能好；虚拟机体积大、启动速度慢、性能一般

1.3.Docker 架构

1.3.1.镜像和容器

Docker 中有几个重要的概念：

镜像（Image）：Docker 将应用程序及其所需的依赖、函数库、环境、配置等文件打包在一起，称为镜像。

容器（Container）：镜像中的应用程序运行后形成的进程就是容器，只是 Docker 会给容器进程做隔离，对外不可见。

一切应用最终都是代码组成，都是硬盘中的一个个的字节形成的文件。只有运行时，才会加载到内存，形成进程。

而镜像，就是把一个应用在硬盘上的文件、及其运行环境、部分系统函数库文件一起打包形成的文件包。这个文件包是只读的。

容器呢，就是将这些文件中编写的程序、函数加载到内存中允许，形成进程，只不过要隔离起来。因此一个镜像可以启动多次，形成多个容器进程。

例如你下载了一个 QQ，如果我们将 QQ 在磁盘上的运行文件及其运行的操作系统依赖打包，形成 QQ 镜像。然后你可以启动多次，双开、甚至三开 QQ，跟多个妹子聊天。

1.3.2.DockerHub

开源应用程序非常多，打包这些应用往往是重复的劳动。为了避免这些重复劳动，人们就会将自己打包的应用镜像，例如 Redis、MySQL 镜像放到网络上，共享使用，就像 GitHub 的代码共享一样。

DockerHub：DockerHub 是一个官方的 Docker 镜像的托管平台。这样的平台称为 Docker Registry。
国内也有类似于 DockerHub 的公开服务，比如网易云镜像服务、阿里云镜像库等。

我们一方面可以将自己的镜像共享到 DockerHub，另一方面也可以从 DockerHub 拉取镜像：

1.3.3.Docker 架构

我们要使用 Docker 来操作镜像、容器，就必须要安装 Docker。

Docker 是一个 CS 架构的程序，由两部分组成：

服务端(server)：Docker 守护进程，负责处理 Docker 指令，管理镜像、容器等
客户端(client)：通过命令或 RestAPI 向 Docker 服务端发送指令。可以在本地或远程向服务端发送指令。

如图：

1.3.4.小结

镜像：

将应用程序及其依赖、环境、配置打包在一起

容器：

镜像运行起来就是容器，一个镜像可以运行多个容器

Docker 结构：

服务端：接收命令或远程请求，操作镜像或容器
客户端：发送命令或者请求到 Docker 服务端

DockerHub：

一个镜像托管的服务器，类似的还有阿里云镜像服务，统称为 DockerRegistry

1.4.安装 Docker

企业部署一般都是采用 Linux 操作系统，而其中又数 CentOS 发行版占比最多，因此我们在 CentOS 下安装 Docker。参考课前资料中的文档：

2.Docker 的基本操作

2.1.镜像操作

2.1.1.镜像名称

首先来看下镜像的名称组成：

镜名称一般分两部分组成：[repository]:[tag]。
在没有指定 tag 时，默认是 latest，代表最新版本的镜像

如图：

这里的 mysql 就是 repository，5.7 就是 tag，合一起就是镜像名称，代表 5.7 版本的 MySQL 镜像。

2.1.2.镜像命令

常见的镜像操作命令如图：

2.1.3.案例 1-拉取、查看镜像

需求：从 DockerHub 中拉取一个 nginx 镜像并查看

1）首先去镜像仓库搜索 nginx 镜像，比如DockerHub:

2）根据查看到的镜像名称，拉取自己需要的镜像，通过命令：docker pull nginx

3）通过命令：docker images 查看拉取到的镜像

2.1.4.案例 2-保存、导入镜像

需求：利用 docker save 将 nginx 镜像导出磁盘，然后再通过 load 加载回来

1）利用 docker xx –help 命令查看 docker save 和 docker load 的语法

例如，查看 save 命令用法，可以输入命令：

1	`docker save --help`

结果：

命令格式：

1	`docker save -o [保存的目标文件名称] [镜像名称]`

2）使用 docker save 导出镜像到磁盘

运行命令：

1	`docker save -o nginx.tar nginx:latest`

结果如图：

3）使用 docker load 加载镜像

先删除本地的 nginx 镜像：

1	`docker rmi nginx:latest`

然后运行命令，加载本地文件：

1	`docker load -i nginx.tar`

结果：

2.1.5.练习

需求：去 DockerHub 搜索并拉取一个 Redis 镜像

目标：

1）去 DockerHub 搜索 Redis 镜像

2）查看 Redis 镜像的名称和版本

3）利用 docker pull 命令拉取镜像

4）利用 docker save 命令将 redis:latest 打包为一个 redis.tar 包

5）利用 docker rmi 删除本地的 redis:latest

6）利用 docker load 重新加载 redis.tar 文件

2.2.容器操作

2.2.1.容器相关命令

容器操作的命令如图：

容器保护三个状态：

运行：进程正常运行
暂停：进程暂停，CPU 不再运行，并不释放内存
停止：进程终止，回收进程占用的内存、CPU 等资源

其中：

docker run：创建并运行一个容器，处于运行状态
docker pause：让一个运行的容器暂停
docker unpause：让一个容器从暂停状态恢复运行
docker stop：停止一个运行的容器
docker start：让一个停止的容器再次运行
docker rm：删除一个容器

2.2.2.案例-创建并运行一个容器

创建并运行 nginx 容器的命令：

1	`docker run --name containerName -p 80:80 -d nginx`

命令解读：

docker run ：创建并运行一个容器
–name : 给容器起一个名字，比如叫做 mn
-p ：将宿主机端口与容器端口映射，冒号左侧是宿主机端口，右侧是容器端口
-d：后台运行容器
nginx：镜像名称，例如 nginx

这里的-p参数，是将容器端口映射到宿主机端口。

默认情况下，容器是隔离环境，我们直接访问宿主机的 80 端口，肯定访问不到容器中的 nginx。

现在，将容器的 80 与宿主机的 80 关联起来，当我们访问宿主机的 80 端口时，就会被映射到容器的 80，这样就能访问到 nginx 了：

2.2.3.案例-进入容器，修改文件

需求：进入 Nginx 容器，修改 HTML 文件内容，添加“传智教育欢迎您”

提示：进入容器要用到 docker exec 命令。

步骤：

1）进入容器。进入我们刚刚创建的 nginx 容器的命令为：

1	`docker exec -it mn bash`

命令解读：

docker exec ：进入容器内部，执行一个命令
-it : 给当前进入的容器创建一个标准输入、输出终端，允许我们与容器交互
mn ：要进入的容器的名称
bash：进入容器后执行的命令，bash 是一个 linux 终端交互命令

2）进入 nginx 的 HTML 所在目录 /usr/share/nginx/html

容器内部会模拟一个独立的 Linux 文件系统，看起来如同一个 linux 服务器一样：

nginx 的环境、配置、运行文件全部都在这个文件系统中，包括我们要修改的 html 文件。

查看 DockerHub 网站中的 nginx 页面，可以知道 nginx 的 html 目录位置在/usr/share/nginx/html

我们执行命令，进入该目录：

1	`cd /usr/share/nginx/html`

查看目录下文件：

3）修改 index.html 的内容

容器内没有 vi 命令，无法直接修改，我们用下面的命令来修改：

1	`sed -i -e 's#Welcome to nginx#传智教育欢迎您#g' -e 's#<head>#<head><meta charset="utf-8">#g' index.html`

在浏览器访问自己的虚拟机地址，例如我的是：http://192.168.150.101，即可看到结果：

2.2.4.小结

docker run 命令的常见参数有哪些？

–name：指定容器名称
-p：指定端口映射
-d：让容器后台运行

查看容器日志的命令：

docker logs-
添加 -f 参数可以持续查看日志

查看容器状态：

docker ps
docker ps -a 查看所有容器，包括已经停止的

2.3.数据卷（容器数据管理）

在之前的 nginx 案例中，修改 nginx 的 html 页面时，需要进入 nginx 内部。并且因为没有编辑器，修改文件也很麻烦。

这就是因为容器与数据（容器内文件）耦合带来的后果。

要解决这个问题，必须将数据与容器解耦，这就要用到数据卷了。

2.3.1.什么是数据卷

数据卷（volume）是一个虚拟目录，指向宿主机文件系统中的某个目录。

一旦完成数据卷挂载，对容器的一切操作都会作用在数据卷对应的宿主机目录了。

这样，我们操作宿主机的/var/lib/docker/volumes/html 目录，就等于操作容器内的/usr/share/nginx/html 目录了

2.3.2.数据集操作命令

数据卷操作的基本语法如下：

1	`docker volume [COMMAND]`

docker volume 命令是数据卷操作，根据命令后跟随的 command 来确定下一步的操作：

create 创建一个 volume
inspect 显示一个或多个 volume 的信息
ls 列出所有的 volume
prune 删除未使用的 volume
rm 删除一个或多个指定的 volume

2.3.3.创建和查看数据卷

需求：创建一个数据卷，并查看数据卷在宿主机的目录位置

① 创建数据卷

1	`docker volume create html`

② 查看所有数据

1	`docker volume ls`

结果：

③ 查看数据卷详细信息卷

1	`docker volume inspect html`

结果：

可以看到，我们创建的 html 这个数据卷关联的宿主机目录为/var/lib/docker/volumes/html/_data目录。

小结：

数据卷的作用：

将容器与数据分离，解耦合，方便操作容器内数据，保证数据安全

数据卷操作：

docker volume create：创建数据卷
docker volume ls：查看所有数据卷
docker volume inspect：查看数据卷详细信息，包括关联的宿主机目录位置
docker volume rm：删除指定数据卷
docker volume prune：删除所有未使用的数据卷

2.3.4.挂载数据卷

我们在创建容器时，可以通过 -v 参数来挂载一个数据卷到某个容器内目录，命令格式如下：

docker run \
  --name mn \
  -v html:/root/html \
  -p 8080:80
  nginx \

这里的-v 就是挂载数据卷的命令：

-v html:/root/htm ：把 html 数据卷挂载到容器内的/root/html 这个目录中

2.3.5.案例-给 nginx 挂载数据卷

需求：创建一个 nginx 容器，修改容器内的 html 目录内的 index.html 内容

分析：上个案例中，我们进入 nginx 容器内部，已经知道 nginx 的 html 目录所在位置/usr/share/nginx/html ，我们需要把这个目录挂载到 html 这个数据卷上，方便操作其中的内容。

提示：运行容器时使用 -v 参数挂载数据卷

步骤：

① 创建容器并挂载数据卷到容器内的 HTML 目录

1	`docker run --name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx`

② 进入 html 数据卷所在位置，并修改 HTML 内容

# 查看html数据卷的位置
docker volume inspect html
# 进入该目录
cd /var/lib/docker/volumes/html/_data
# 修改文件
vi index.html

2.3.6.案例-给 MySQL 挂载本地目录

容器不仅仅可以挂载数据卷，也可以直接挂载到宿主机目录上。关联关系如下：

带数据卷模式：宿主机目录 –> 数据卷 —> 容器内目录
直接挂载模式：宿主机目录 —> 容器内目录

如图：

语法：

目录挂载与数据卷挂载的语法是类似的：

-v [宿主机目录]:[容器内目录]
-v [宿主机文件]:[容器内文件]

需求：创建并运行一个 MySQL 容器，将宿主机目录直接挂载到容器

实现思路如下：

1）在将课前资料中的 mysql.tar 文件上传到虚拟机，通过 load 命令加载为镜像

2）创建目录/tmp/mysql/data

3）创建目录/tmp/mysql/conf，将课前资料提供的 hmy.cnf 文件上传到/tmp/mysql/conf

4）去 DockerHub 查阅资料，创建并运行 MySQL 容器，要求：

① 挂载/tmp/mysql/data 到 mysql 容器内数据存储目录

② 挂载/tmp/mysql/conf/hmy.cnf 到 mysql 容器的配置文件

③ 设置 MySQL 密码

2.3.7.小结

docker run 的命令中通过 -v 参数挂载文件或目录到容器中：

-v volume 名称:容器内目录
-v 宿主机文件:容器内文
-v 宿主机目录:容器内目录

数据卷挂载与目录直接挂载的

数据卷挂载耦合度低，由 docker 来管理目录，但是目录较深，不好找
目录挂载耦合度高，需要我们自己管理目录，不过目录容易寻找查看

3.Dockerfile 自定义镜像

常见的镜像在 DockerHub 就能找到，但是我们自己写的项目就必须自己构建镜像了。

而要自定义镜像，就必须先了解镜像的结构才行。

3.1.镜像结构

镜像是将应用程序及其需要的系统函数库、环境、配置、依赖打包而成。

我们以 MySQL 为例，来看看镜像的组成结构：

简单来说，镜像就是在系统函数库、运行环境基础上，添加应用程序文件、配置文件、依赖文件等组合，然后编写好启动脚本打包在一起形成的文件。

我们要构建镜像，其实就是实现上述打包的过程。

3.2.Dockerfile 语法

构建自定义的镜像时，并不需要一个个文件去拷贝，打包。

我们只需要告诉 Docker，我们的镜像的组成，需要哪些 BaseImage、需要拷贝什么文件、需要安装什么依赖、启动脚本是什么，将来 Docker 会帮助我们构建镜像。

而描述上述信息的文件就是 Dockerfile 文件。

Dockerfile就是一个文本文件，其中包含一个个的**指令(Instruction)**，用指令来说明要执行什么操作来构建镜像。每一个指令都会形成一层 Layer。

更新详细语法说明，请参考官网文档： https://docs.docker.com/engine/reference/builder

3.3.构建 Java 项目

3.3.1.基于 Ubuntu 构建 Java 项目

需求：基于 Ubuntu 镜像构建一个新镜像，运行一个 java 项目

步骤 1：新建一个空文件夹 docker-demo
步骤 2：拷贝课前资料中的 docker-demo.jar 文件到 docker-demo 这个目录
步骤 3：拷贝课前资料中的 jdk8.tar.gz 文件到 docker-demo 这个目录

步骤 4：拷贝课前资料提供的 Dockerfile 到 docker-demo 这个目录

其中的内容如下：

# 指定基础镜像
FROM ubuntu:16.04
# 配置环境变量，JDK的安装目录
ENV JAVA_DIR=/usr/local

# 拷贝jdk和java项目的包
COPY ./jdk8.tar.gz $JAVA_DIR/
COPY ./docker-demo.jar /tmp/app.jar

# 安装JDK
RUN cd $JAVA_DIR \
 && tar -xf ./jdk8.tar.gz \
 && mv ./jdk1.8.0_144 ./java8

# 配置环境变量
ENV JAVA_HOME=$JAVA_DIR/java8
ENV PATH=$PATH:$JAVA_HOME/bin

# 暴露端口
EXPOSE 8090
# 入口，java项目的启动命令
ENTRYPOINT java -jar /tmp/app.jar

步骤 5：进入 docker-demo

将准备好的 docker-demo 上传到虚拟机任意目录，然后进入 docker-demo 目录下
步骤 6：运行命令：
1
docker build -t javaweb:1.0 .

最后访问 http://192.168.150.101:8090/hello/count，其中的ip改成你的虚拟机ip

3.3.2.基于 java8 构建 Java 项目

虽然我们可以基于 Ubuntu 基础镜像，添加任意自己需要的安装包，构建镜像，但是却比较麻烦。所以大多数情况下，我们都可以在一些安装了部分软件的基础镜像上做改造。

例如，构建 java 项目的镜像，可以在已经准备了 JDK 的基础镜像基础上构建。

需求：基于 java:8-alpine 镜像，将一个 Java 项目构建为镜像

实现思路如下：

① 新建一个空的目录，然后在目录中新建一个文件，命名为 Dockerfile
② 拷贝课前资料提供的 docker-demo.jar 到这个目录中
③ 编写 Dockerfile 文件：
- a ）基于 java:8-alpine 作为基础镜像
- b ）将 app.jar 拷贝到镜像中
- c ）暴露端口
- d ）编写入口 ENTRYPOINT
  
  内容如下：
  1
  2
  3
  4
  FROM java:8-alpine COPY ./app.jar /tmp/app.jar EXPOSE 8090 ENTRYPOINT java -jar /tmp/app.jar
④ 使用 docker build 命令构建镜像
⑤ 使用 docker run 创建容器并运行

3.4.小结

小结：

Dockerfile 的本质是一个文件，通过指令描述镜像的构建过程
Dockerfile 的第一行必须是 FROM，从一个基础镜像来构建
基础镜像可以是基本操作系统，如 Ubuntu。也可以是其他人制作好的镜像，例如：java:8-alpine

4.Docker-Compose

Docker Compose 可以基于 Compose 文件帮我们快速的部署分布式应用，而无需手动一个个创建和运行容器！

4.1.初识 DockerCompose

Compose 文件是一个文本文件，通过指令定义集群中的每个容器如何运行。格式如下：

version: "3.8"
 services:
  mysql:
    image: mysql:5.7.25
    environment:
     MYSQL_ROOT_PASSWORD: 123
    volumes:
     - "/tmp/mysql/data:/var/lib/mysql"
     - "/tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf"
  web:
    build: .
    ports:
     - "8090:8090"

上面的 Compose 文件就描述一个项目，其中包含两个容器：

mysql：一个基于mysql:5.7.25镜像构建的容器，并且挂载了两个目录
web：一个基于docker build临时构建的镜像容器，映射端口时 8090

DockerCompose 的详细语法参考官网：https://docs.docker.com/compose/compose-file/

其实 DockerCompose 文件可以看做是将多个 docker run 命令写到一个文件，只是语法稍有差异。

4.2.安装 DockerCompose

参考课前资料

4.3.部署微服务集群

需求：将之前学习的 cloud-demo 微服务集群利用 DockerCompose 部署

实现思路：

① 查看课前资料提供的 cloud-demo 文件夹，里面已经编写好了 docker-compose 文件

② 修改自己的 cloud-demo 项目，将数据库、nacos 地址都命名为 docker-compose 中的服务名

③ 使用 maven 打包工具，将项目中的每个微服务都打包为 app.jar

④ 将打包好的 app.jar 拷贝到 cloud-demo 中的每一个对应的子目录中

⑤ 将 cloud-demo 上传至虚拟机，利用 docker-compose up -d 来部署

4.3.1.compose 文件

查看课前资料提供的 cloud-demo 文件夹，里面已经编写好了 docker-compose 文件，而且每个微服务都准备了一个独立的目录：

内容如下：

version: "3.2"

services:
  nacos:
    image: nacos/nacos-server
    environment:
      MODE: standalone
    ports:
      - "8848:8848"
  mysql:
    image: mysql:5.7.25
    environment:
      MYSQL_ROOT_PASSWORD: 123
    volumes:
      - "$PWD/mysql/data:/var/lib/mysql"
      - "$PWD/mysql/conf:/etc/mysql/conf.d/"
  userservice:
    build: ./user-service
  orderservice:
    build: ./order-service
  gateway:
    build: ./gateway
    ports:
      - "10010:10010"

可以看到，其中包含 5 个 service 服务：

nacos：作为注册中心和配置中心
- image: nacos/nacos-server：基于 nacos/nacos-server 镜像构建
- environment：环境变量
  - MODE: standalone：单点模式启动
- ports：端口映射，这里暴露了 8848 端口
mysql：数据库
- image: mysql:5.7.25：镜像版本是 mysql:5.7.25
- environment：环境变量
  - MYSQL_ROOT_PASSWORD: 123：设置数据库 root 账户的密码为 123
- volumes：数据卷挂载，这里挂载了 mysql 的 data、conf 目录，其中有我提前准备好的数据
userservice、orderservice、gateway：都是基于 Dockerfile 临时构建的

查看 mysql 目录，可以看到其中已经准备好了 cloud_order、cloud_user 表：

查看微服务目录，可以看到都包含 Dockerfile 文件：

内容如下：

1
2
3

FROM java:8-alpine
COPY ./app.jar /tmp/app.jar
ENTRYPOINT java -jar /tmp/app.jar

4.3.2.修改微服务配置

因为微服务将来要部署为 docker 容器，而容器之间互联不是通过 IP 地址，而是通过容器名。这里我们将 order-service、user-service、gateway 服务的 mysql、nacos 地址都修改为基于容器名的访问。

如下所示：

spring:
  datasource:
    url: jdbc:mysql://mysql:3306/cloud_order?useSSL=false
    username: root
    password: 123
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: nacos:8848 # nacos服务地址

4.3.3.打包

接下来需要将我们的每个微服务都打包。因为之前查看到 Dockerfile 中的 jar 包名称都是 app.jar，因此我们的每个微服务都需要用这个名称。

可以通过修改 pom.xml 中的打包名称来实现，每个微服务都需要修改：

<build>
  <!-- 服务打包的最终名称 -->
  <finalName>app</finalName>
  <plugins>
    <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
    </plugin>
  </plugins>
</build>

打包后：

4.3.4.拷贝 jar 包到部署目录

编译打包好的 app.jar 文件，需要放到 Dockerfile 的同级目录中。注意：每个微服务的 app.jar 放到与服务名称对应的目录，别搞错了。

user-service：

order-service：

gateway：

4.3.5.部署

最后，我们需要将文件整个 cloud-demo 文件夹上传到虚拟机中，理由 DockerCompose 部署。

上传到任意目录：

部署：

进入 cloud-demo 目录，然后运行下面的命令：

1	`docker-compose up -d`

5.Docker 镜像仓库

5.1.搭建私有镜像仓库

参考课前资料《CentOS7 安装 Docker.md》

5.2.推送、拉取镜像

推送镜像到私有镜像服务必须先 tag，步骤如下：

① 重新 tag 本地镜像，名称前缀为私有仓库的地址：192.168.150.101:8080/

1	`docker tag nginx:latest 192.168.150.101:8080/nginx:1.0`

② 推送镜像

1	`docker push 192.168.150.101:8080/nginx:1.0`

③ 拉取镜像

1	`docker pull 192.168.150.101:8080/nginx:1.0`

Docker > 经验

#经验 #Docker

Docker入门与实践：快速打造高效网站部署环境

https://test.atomgit.net/blog/2023/07/11/Docker 入门与实践：快速打造高效网站部署环境/

作者

Memory

发布于

2023年7月11日

更新于

2025年6月5日

许可协议

MemoryAPI 忆汇廊-开发文档上一篇

从IP到Ping命令：了解计算机网络连接的基础下一篇