容器云部署与应用
容器云部署与应用：Docker 全流程实战心得
一、前言
在本次容器云部署与应用的课程中，通过多阶段的实操练习，系统掌握了 Docker 从基础命令操作、私有仓库搭建，到自定义镜像构建、容器编排部署的完整流程。从最初对容器技术的一知半解，到能独立完成从镜像管理到多容器应用部署的全链路操作，我不仅理解了容器技术的核心优势，也体会到了 DevOps 实践中 “一次构建、到处运行” 的魅力。
二、Docker 基础命令
实验的第一阶段，从 Docker 基础命令入手，完成了从环境验证到容器生命周期管理的完整操作。
首先，在 server 节点中，通过docker version和docker info命令验证了 Docker 环境的安装状态，确认了引擎版本、运行状态和配置信息，这是后续所有操作的基础。随后，加载了实验所需的 httpd 镜像，并通过docker images命令查看镜像列表，确认镜像成功导入。
容器的创建与管理是本阶段的核心。使用docker run命令创建并启动了 httpd 容器，通过-p 8080:80参数完成了端口映射，将容器的 80 端口映射到宿主机的 8080 端口，随后通过docker ps命令查看运行中的容器，验证容器启动成功。接着，分别在 client 节点和物理机中，通过curl http://server:8080和浏览器访问http://10.XX.3.137:8080，成功获取到了 Apache 的默认页面，验证了容器服务的可访问性。
进入容器内部的操作让直观感受到了容器的 “轻量级” 特性。通过docker exec -it <容器ID> /bin/bash命令，进入容器后，依次执行了查看系统信息（cat /etc/os-release）、查看网络配置（ifconfig）、查看目录结构（ls -l）等操作，也手动启动了 httpd 服务，验证了容器内的环境独立性。最后，通过docker stop停止容器，再用docker rm删除容器，并用docker ps -a确认容器已被清理，完整走完了容器的生命周期。
这个阶段深刻理解了容器与虚拟机的区别：容器共享宿主机内核，启动速度快、资源占用低，同时又能提供独立的运行环境。docker run、docker ps、docker exec、docker stop/rm这些基础命令，是容器运维的 “基本功”，熟练掌握它们，才能更深入地理解后续的高级操作。
三、私有镜像仓库搭建：
第二阶段的实验，学习了 Docker 私有仓库的搭建与使用，解决了镜像在多节点间高效分发的问题。
首先，在 server 节点部署 Docker Registry 私有仓库，通过运行 registry 容器，映射 5000 端口，搭建了基础的私有仓库服务。随后，通过curl -v http://server:5000/v2命令验证仓库可用性，确认仓库正常运行。
接下来是镜像打标与推送操作。将之前加载的 httpd 镜像，使用docker tag httpd:latest server:5000/httpd:v1命令打标，将本地镜像关联到私有仓库的地址，随后通过docker push server:5000/httpd:v1命令将镜像推送到私有仓库中。在这个过程中，遇到了客户端无法连接私有仓库的问题，通过配置/etc/docker/daemon.json文件，添加"insecure-registries": ["server:5000"]解决了 HTTP 仓库的信任问题，这也让我意识到生产环境中配置 HTTPS 私有仓库的重要性。
在 client 节点，通过docker pull server:5000/httpd:v1命令成功拉取了私有仓库中的镜像，随后重复了创建容器、端口映射、访问验证的流程，成功在 client 节点运行了 httpd 服务。这一整套操作，模拟了企业中开发人员将构建好的镜像推送到私有仓库，测试 / 运维人员从仓库拉取镜像部署的协作流程，让我理解了私有仓库在团队协作、版本管理中的核心作用。
四、自定义镜像构建：
第三阶段的实验，
通过 Dockerfile 构建自定义 Redis 镜像，掌握了镜像构建的标准化流程。
首先，编写了 Dockerfile 文件，以官方 Redis 镜像为基础，添加了自定义配置和初始化脚本，并以自己的名字缩写命名镜像。Dockerfile 的核心指令包括FROM指定基础镜像、COPY复制本地文件到镜像、RUN执行构建命令、EXPOSE声明容器端口、CMD指定容器启动命令。编写完成后，通过docker build -t xm-redis:v1 .命令构建镜像，-t参数为镜像打标，末尾的.表示构建上下文为当前目录。构建过程中，Docker 会按层执行 Dockerfile 中的指令，每一层都是一个独立的镜像，这种分层构建的机制既提高了构建效率，也方便了镜像的复用与版本管理。
构建完成后，使用docker save -o xm-redis.tar xm-redis:v1命令将镜像保存为 tar 文件，并用ls命令查看生成的文件，验证镜像导出成功。这种方式可以方便地在离线环境中分发镜像，也为后续的备份与迁移提供了支持。
这个阶段理解了 Dockerfile 作为镜像构建 “代码” 的价值：它将镜像构建过程标准化、可重复化，避免了手动修改容器再提交镜像的 “黑盒” 操作，让镜像的构建过程可追溯、可版本控制，是 DevOps 流程中镜像构建的最佳实践。
五、Docker Compose
实验的最后阶段，学习了 Docker Compose 的使用，通过 YAML 配置文件一键部署多容器应用，解决了手动管理多个容器的复杂问题。
首先，在 client 节点安装了 Docker Compose，将二进制文件拷贝到/usr/bin目录并配置执行权限，通过ll /usr/bin/docker-compose命令验证安装成功。随后，编写了docker-compose.yaml文件，定义了 Redis 服务的配置，包括镜像来源、端口映射、数据卷挂载、容器重启策略等核心配置。配置文件中，声明了服务的镜像、端口映射6379:6379，并配置了数据卷挂载，确保 Redis 数据持久化，避免容器删除后数据丢失。
配置文件编写完成后，通过docker-compose up -d命令一键启动服务，-d参数表示后台运行容器。启动后，通过docker ps命令查看容器运行状态，确认 Redis 容器成功启动。随后，我通过docker exec -it <容器ID> redis-cli进入 Redis 客户端，执行set name xm命令设置键值对，再通过get name命令成功获取到值，验证了 Redis 服务的正常运行。
Docker Compose 的核心优势在于，它将多容器应用的配置与启动过程通过 YAML 文件标准化，实现了 “一键部署、一键启停”，极大简化了多容器应用的管理流程。在后续的生产级部署中，我们还可以通过 Compose 定义多个服务、网络和数据卷，实现复杂应用栈的编排，为后续学习 Kubernetes 容器编排打下了基础。
六、实验踩坑与问题解决
在整个实验过程中，也遇到了不少问题，这些问题让对容器技术有了更深入的理解：
私有仓库连接失败：client 节点无法拉取 server 节点私有仓库的镜像，报错 “http: server gave HTTP response to HTTPS client”。解决方法是在客户端的daemon.json中添加insecure-registries配置，信任 HTTP 仓库地址，并重启 Docker 服务。
容器端口无法访问：容器启动后，宿主机无法访问映射的端口，检查后发现是宿主机防火墙开启，导致端口被拦截。通过关闭防火墙或开放对应端口，解决了访问问题。
Dockerfile 构建失败：构建 Redis 镜像时，本地文件复制失败，原因是 Dockerfile 所在目录与构建上下文不一致。解决方法是将所有构建文件放在同一目录下，构建命令在该目录下执行，确保构建上下文正确。
Docker Compose 启动失败：yaml 文件编写时，缩进错误导致配置解析失败。通过检查 yaml 文件的缩进格式，修正语法错误后，成功启动服务。
七、学习总结与展望
通过本次容器云部署与应用的课程与实验，系统掌握了 Docker 技术的核心技能，从基础命令到镜像构建，从私有仓库到容器编排，完成了容器化部署的全流程学习。不仅理解了容器技术 “轻量、隔离、可移植” 的核心优势，也体会到了标准化、自动化在 DevOps 流程中的重要性。
容器技术作为云原生时代的基石，已经成为应用部署的主流方式。
本次实验让我打下了扎实的 Docker 基础，后续我将进一步学习 Kubernetes 容器编排技术，探索容器集群的管理与调度，深入理解云原生架构的设计理念，为后续的云计算与运维学习打下坚实的基础。
本次课程的实操学习，让我从理论走向实践，真正体会到了容器技术的魅力，也让我明白，技术的学习离不开动手实践，只有在不断的踩坑与解决问题中，才能真正掌握技术的本质。未来，我也将继续深耕云原生领域，不断提升自己的技术能力。