容器技术Docker部署.docxVIP

容器技术Docker部署

引言：从“环境不一致”的痛点说起

我至今记得刚入行做后端开发时的一段“血泪史”：写好的Java应用在本地跑得好好的，一部署到测试服务器就报错——先是依赖的MySQL版本不对，再是Redis连接超时，最后连JDK版本都对不上。那时候运维同事无奈地说：“你这代码在本地是‘亲儿子’，到了服务器就成‘继子’，环境配置像拆盲盒似的。”这种“本地能跑，线上崩溃”的尴尬，几乎是每个开发者的共同记忆。直到接触Docker，我才真正体会到“一次构建，到处运行”的便利——就像给应用打包了一个“移动城堡”，里面装着它需要的所有“家当”，无论搬到哪台服务器，都能原样运行。

一、Docker核心概念：理解容器的“底层逻辑”

要掌握Docker部署，得先理解它的“三大件”：镜像（Image）、容器（Container）、仓库（Repository）。这三个概念就像“剧本-演出-剧院”的关系——镜像是应用的“剧本”（包含运行所需的所有文件和配置），容器是“正在演出的舞台”（镜像的运行实例），仓库则是“存放剧本的剧院”（集中存储镜像的地方）。

1.1镜像：应用的“可执行蓝图”

镜像不是简单的安装包，它更像一个“分层蛋糕”。比如一个基于Ubuntu的Nginx镜像，最底层是Ubuntu的基础系统层，中间层是安装Nginx时的依赖库，最上层是自定义的配置文件。这种分层设计让镜像具备“复用性”——如果两个镜像都基于同一个Ubuntu基础层，它们只需要共享这一层，大大节省存储空间。我曾经用dockerhistory命令查看过一个镜像的构建过程，发现它由12层组成，每层都是前一步操作的“快照”，这种设计让镜像体积更小，拉取速度更快。

1.2容器：镜像的“运行时实例”

容器和镜像的关系，就像“程序”和“进程”——镜像是静态的文件集合，容器是镜像运行起来的动态状态。你可以通过dockerrun命令启动一个容器，它会从镜像中读取所有文件，启动指定的进程（比如Nginx的主进程）。容器的隔离性是它的核心优势：每个容器有独立的文件系统、网络栈和进程空间，就像在同一台服务器上隔出多个“小房间”，彼此互不干扰。我测试过，在一台4核8G的服务器上同时运行20个Nginx容器，每个容器占用的内存不到50MB，而如果用虚拟机，可能只能跑3-5个。

1.3仓库：镜像的“云盘”

仓库分为公共仓库和私有仓库。公共仓库最常用的是DockerHub，里面有官方维护的镜像（如ubuntu、mysql）和开发者上传的自定义镜像。但国内访问DockerHub有时会很慢，这时候就需要配置镜像加速器（比如阿里云、腾讯云提供的加速器）。私有仓库适合企业内部使用，比如用Harbor搭建，确保敏感镜像不会外泄。我之前在做项目时，公司要求所有业务镜像必须存放在私有仓库，每次部署前先从私有仓库拉取，既安全又稳定。

二、部署前的准备：“工欲善其事，必先利其器”

决定用Docker部署应用前，需要做好三件事：确认环境兼容性、安装Docker引擎、配置基础权限。这一步就像装修前检查房子结构、买齐工具、给工人开入门权限，看似基础却直接影响后续操作。

2.1环境兼容性检查

Docker对操作系统有明确要求，最常用的是Linux发行版（如CentOS7+、Ubuntu18.04+）。如果是Windows或macOS，需要通过DockerDesktop安装，底层其实是运行一个Linux虚拟机。检查内核版本时，可以用uname-r命令，比如输出“5.4.0-100-generic”，说明内核版本足够支持Docker（通常需要3.10以上）。我之前在一台老旧的CentOS6服务器上尝试安装Docker，结果提示“内核版本过低”，最后不得不升级到CentOS7才解决。

2.2安装Docker引擎

安装步骤因系统而异，以CentOS为例，大致分为三步：

首先，安装依赖工具：sudoyuminstall-yyum-utils；

然后，添加Docker官方仓库：sudoyum-config-manager--add-repo/linux/centos/docker-ce.repo；

最后，安装Docker引擎：sudoyuminstalldocker-cedocker-ce-clicontainerd.io。

安装完成后，启动服务并设置开机自启：sudosystemctlstartdocker和sudosystemctlenabledocker。这时候可以用dockerversion命令验证，能看到Client和Server的版本信息，说明安装成功。我第一次安装时手滑输错了仓库地址，结果安装的是旧版本，后来重新检查命令才解决。

2.3配置用户权限