贝壳主机网
注意：部分文章发布时间较长，可能存在未知因素，购买时建议在本站搜索商家名称，先充分了解商家动态。
交流：唯一投稿邮箱：hostvps@88.com。
在现代软件开发中，环境一致性问题常常让开发者和运维团队头疼不已。换了一台机器，代码跑不起来了；依赖版本冲突，项目无法顺利编译；线上环境与本地环境总是存在细微差异。这些痛点，正是Docker诞生的原因。Docker利用容器技术，将应用及其运行环境打包成一个独立的镜像，确保在任何地方都能以相同的方式运行。这篇Docker部署教程，将带你从零开始，理解核心概念，掌握实际操作，最终能够自信地把自己的应用用Docker部署到服务器上。
首先，我们需要理解Docker的两个核心概念：镜像和容器。镜像就像一个只读的模板，里面包含了应用运行所需的一切：操作系统基础库、运行时环境、应用代码、配置文件等。容器则是镜像的一个运行实例，你可以在容器里启动、停止、删除，而镜像本身不会被改变。你可以把镜像想象成ISO文件，容器就是用它启动起来的虚拟机器。这种分层存储和轻量级特性，让Docker比传统虚拟机更高效，秒级启动，资源占用少。
安装Docker是整个教程的第一步。无论你使用的是Windows、macOS还是Linux，Docker都提供了简洁的安装方式。以Ubuntu为例，你可以通过官方脚本一键安装：curl -fsSL https://get.docker.com -o get-docker.sh，然后 sudo sh get-docker.sh。安装完成后，运行docker –version验证版本。对于Windows用户，推荐安装Docker Desktop，它会自动配置WSL2后端，让你像在Linux下一样使用Docker。记得将当前用户加入docker用户组，避免每次使用sudo：sudo usermod -aG docker $USER，重启终端生效。
学会了安装，接下来就是Docker最常用的几个命令，它们是你操作容器的基本功。docker pull从镜像仓库拉取镜像，比如docker pull nginx:latest。docker run基于镜像创建并启动容器，常用参数：-d后台运行，-p映射端口，–name指定容器名。例如：docker run -d –name my-nginx -p 8080:80 nginx:latest。这条命令将Nginx的80端口映射到宿主机的8080端口，现在你可以通过浏览器访问localhost:8080看到Nginx欢迎页。docker ps查看运行中的容器，docker ps -a查看所有容器。docker stop从容停止，docker rm删除容器。docker images列出本地镜像，docker rmi删除镜像。这些命令足够你完成日常的容器管理了。
但Docker的魅力远不止运行现成的官方镜像。真正的部署场景中，你需要将自己的应用打包成镜像。这就用到了Dockerfile，一个文本文件，包含构建镜像的指令。假设你有一个简单的Node.js应用，先创建Dockerfile：
FROM node:18-alpine
WORKDIR /app
COPY package*.json ./
RUN npm install –production
COPY . .
EXPOSE 3000
CMD [“node”, “server.js”]
每一行都有含义：FROM指定基础镜像，尽量选择alpine版本以减小体积；WORKDIR设置工作目录；COPY将依赖文件先复制，以便利用Docker的层缓存，避免每次修改代码都重新安装依赖；RUN执行npm install；然后复制所有代码；EXPOSE声明容器监听的端口；CMD是默认命令。构建镜像使用docker build -t my-app:1.0 .，最后点表示上下文目录。完成后，你可以用docker run -p 3000:3000 my-app:1.0启动你的应用。
当应用包含多个服务，比如前端、后端、数据库、缓存，手动管理多个容器就会变得繁琐。这时Docker Compose就派上了用场。它是一个编排工具，用一个docker-compose.yml文件定义所有服务，然后一条命令启动全部。以一个典型的Web应用为例：
version: ‘3.8’
services:
web:
build: ./web
ports:
– “3000:3000”
depends_on:
– api
api:
build: ./api
ports:
– “5000:5000”
environment:
– DB_HOST=db
– DB_NAME=mydb
depends_on:
– db
db:
image: postgres:15-alpine
environment:
POSTGRES_DB: mydb
POSTGRES_USER: user
POSTGRES_PASSWORD: pass
volumes:
– db-data:/var/lib/postgresql/data
volumes:
db-data:
这个文件定义了三个服务：web前端构建自./web目录；api后端同样构建自./api目录，并设置了数据库连接的环境变量，注意DB_HOST直接写服务名db，Docker Compose会自动创建内部网络，服务之间通过服务名通信；数据库使用官方PostgreSQL镜像，并通过卷持久化数据，防止容器删除后数据丢失。启动所有服务只需在docker-compose.yml所在目录执行docker compose up -d，停止用docker compose down。如果想重建镜像，可以加–build参数。
部署到生产环境时，你还得考虑几个关键点：镜像体积优化、安全性、日志管理、资源限制。镜像越大，拉取和部署速度越慢。优化技巧包括：使用多阶段构建——比如第一个阶段用完整的基础镜像编译代码，第二个阶段用最小的运行镜像只复制产物；合并RUN命令减少层数；清理apt缓存。安全性方面，绝不将镜像以root用户运行，在Dockerfile里添加USER node或者创建一个非root用户。生产环境建议使用docker run的–restart=always参数或Docker Compose的restart: always，实现容器崩溃后自动重启。资源限制通过–memory和–cpus控制，比如docker run -m 512m –cpus 0.5 my-app，避免单个容器耗尽宿主机资源。
真实部署案例：假设你想在云服务器上部署一个Spring Boot应用加上MySQL。你可以在服务器上安装Docker和Docker Compose，上传你的docker-compose.yml和项目代码。然后在服务器上执行docker compose up -d。为了安全，数据库密码不应该硬编码在文件中，而是使用环境变量文件或Docker Secrets。你可以创建一个.env文件，将其加入.gitignore，并在docker-compose.yml中引用：${MYSQL_ROOT_PASSWORD}。服务器还需要配置域名、SSL证书，通常会让Nginx容器做反向代理，监听443端口，转发请求到你的应用容器。这样，一个完整的生产级Docker部署就搭建起来了。
最后，我们回顾一下这个Docker部署教程的核心脉络。从安装Docker，到学习基本命令，再到编写Dockerfile构建自己的应用镜像，接着用Docker Compose编排多服务，最后了解生产环境中的优化和注意事项。你不再需要担心环境差异，因为一切依赖都被锁定在镜像中。你不再需要逐个配置服务器，因为一条docker compose up就完成了所有服务的启动。Docker让部署变得可重复、可交付、可扩展。当你习惯于用Docker部署应用后，你会发现，之前那些令人头疼的“在我电脑上可以跑”的问题，已经彻底成为了过去式。从现在开始，把每一个应用都装进容器，享受清晰、高效的部署体验吧。
