Docker安装与核心技术全解析

一、课程概述

本次课程围绕Docker技术展开，旨在帮助学习者全面掌握容器与Docker的核心知识，并实现Docker的部署与应用。课程结构清晰，主要包含三大模块：讲师自我介绍、容器与Docker的深度解析、Docker部署实战，通过理论与实操结合的方式，让学习者从概念理解到实际应用形成完整的知识闭环。

（一）课程目标

  1. 认知目标：深入理解容器技术的定义、组成、优势，以及Docker的起源、架构和核心组件，明确容器与传统虚拟机的本质区别。
  2. 技能目标：熟练掌握在CentOS 7操作系统上部署Docker的完整流程，包括环境准备、软件安装、服务配置、镜像加速器设置等操作，能够独立完成Docker的初始化与基础使用。
  3. 应用目标：理解Docker在软件开发、测试、部署全流程中的价值，能够结合实际场景思考如何利用Docker解决环境一致性、应用移植性等问题。

二、容器技术基础

（一）什么是容器

容器是一种轻量级、可移植、自包含的软件打包技术，其核心作用是让应用程序能够在几乎任何环境中以相同的方式运行，从根本上解决了“开发环境能跑，生产环境跑不起来”的经典问题。

从技术本质来看，一个容器包含了应用程序运行所需的完整运行时环境：除了应用程序本身，还涵盖了该应用依赖的所有类库、二进制文件、配置文件等资源，这些资源被统一打包到一个称为“容器镜像”的文件中。通过容器化处理，应用程序与底层基础环境（如操作系统发行版本、系统库版本等）的耦合度大幅降低，底层环境的差异被抽象屏蔽，从而实现“一次打包，到处运行”。

容器的组成部分可明确划分为两类：

  1. 应用程序本身：即用户开发的业务代码或待运行的软件（如Web服务、数据库服务等）。
  2. 依赖资源：支持应用程序正常运行的辅助组件，例如应用依赖的编程语言库（如Python的Django库、Java的Spring Boot库）、系统工具（如SSH、curl）、配置文件（如数据库配置、服务端口配置）等。

（二）Linux容器技术与虚拟机的区别

容器技术与传统虚拟机在架构设计和资源占用上存在本质差异，二者的核心区别可通过以下维度对比：

对比维度Linux容器技术传统虚拟机
架构层级共享宿主机内核，仅隔离用户空间基于Hypervisor（虚拟化管理程序），构建完全独立的虚拟硬件环境
资源占用轻量级，仅占用应用运行所需资源，无额外内核开销重量级，每个虚拟机需运行独立的Guest OS（客户操作系统），占用大量内存、CPU资源
启动速度秒级启动（通常1-3秒），直接复用宿主机内核分钟级启动（通常30秒-5分钟），需完成Guest OS的初始化流程
隔离性进程级隔离，隔离强度低于虚拟机，共享内核资源（如内核模块、系统调用）硬件级隔离，隔离强度高，虚拟机间完全独立，互不影响
镜像/镜像文件容器镜像体积小（通常MB级），可分层构建与复用虚拟机镜像体积大（通常GB级），镜像文件不可分层，复用性低
适用场景微服务部署、持续集成/持续部署（CI/CD）、应用快速移植需强隔离的场景（如多租户环境）、运行不同内核的操作系统（如Windows与Linux并存）

从架构图视角更直观理解：

  • 传统虚拟机架构：底层为Host OS（宿主机操作系统），之上运行Hypervisor，Hypervisor为每个虚拟机分配独立的虚拟硬件，每个虚拟机内需安装Guest OS，最终在Guest OS上运行应用（如App A、App B）及依赖（Bins/Libs）。
  • 容器架构：底层同样为Host OS，直接在宿主机内核上运行容器运行时（如runc），容器共享宿主机内核，每个容器仅包含应用程序及依赖（Bins/Libs），无需安装独立的Guest OS，实现更高效的资源利用。

（三）为什么需要容器

在现代软件开发与部署场景中，容器技术的出现是解决“环境复杂性”与“部署效率低”痛点的关键方案，主要原因可从以下两方面分析：

1. 应用与环境的“矩阵困境”

现代应用通常由多个服务组成（如Web前端服务、后端API服务、数据库服务、缓存服务、消息队列服务等），每个服务都有其独特的依赖库、软件版本要求（例如：Web前端可能依赖Node.js 16.x，后端API依赖Python 3.9 + Django 4.0，数据库依赖PostgreSQL 14）；同时，应用需要部署到多种环境中（如开发人员的本地笔记本、QA测试服务器、生产集群、公有云、私有云、灾备中心等）。

这种“多服务+多环境”的组合形成了一个N×M的复杂矩阵：

  • 横向（N）：代表不同的服务（如Static website、Web frontend、Background worker、User DB、Queue等）。
  • 纵向（M）：代表不同的部署环境（如Development VM、QA Server、Production Cluster、Public Cloud、Customer Data Center等）。

在没有容器的情况下，开发人员需要为每个服务适配不同环境的依赖，运维人员需要为每个服务在不同环境中配置专属的运行环境（如安装特定版本的软件、解决依赖冲突），不仅工作量巨大，还极易出现“环境不一致”导致的问题（如开发环境测试通过，生产环境因依赖版本差异报错）。

2. 容器的“集装箱”解决方案

容器技术的思路与“集装箱运输”原理高度相似：

  • 传统货物运输痛点：不同类型货物（如钢琴、香蕉、汽车）需单独处理，运输过程中易因堆放不当损坏；且在不同交通工具（卡车、轮船、火车）之间转运时，需反复装卸，效率低且损耗大。
  • 集装箱解决方案：无论货物类型如何，均装入标准化的集装箱中，集装箱在整个运输过程中密封，仅在最终目的地打开；标准化的尺寸使其可高效装卸、堆叠，且能在不同交通工具间无缝转运，大幅提升效率、降低损耗。

容器技术同理：

  • 标准化打包：将每个服务及依赖打包为标准化的容器镜像，镜像格式统一（如遵循OCI标准），确保“一次打包，到处运行”。
  • 无缝迁移：容器镜像可在任何支持容器运行时的环境中启动（如物理机、虚拟机、公有云、私有云），无需重新配置依赖，解决了“环境迁移”的痛点。
  • 高效管理：容器的启动、停止、扩容、缩容均通过标准化命令完成，运维操作更简洁，配合自动化工具可实现CI/CD流程的无缝衔接。

（四）容器的标准化

容器技术能够广泛普及，核心在于“标准化”的建立。在容器技术发展初期，不同厂商（如Docker、CoreOS）的容器格式与运行时不兼容，导致用户锁定问题。为解决这一问题，OCI（Open Container Initiative，开放容器计划） 应运而生。

1. OCI的成立与核心目标
  • 成立背景：2015年，由Google、Docker、CoreOS、IBM、微软、红帽等行业领先厂商联合发起，旨在制定开放、通用的容器标准，推动容器生态的兼容性与稳定性。
  • 核心目标：让容器技术脱离厂商绑定，用户可自由选择容器运行时、镜像仓库等组件，同时确保不同组件间的兼容性（如Docker构建的镜像可在CoreOS的rkt运行时中启动）。
2. OCI的核心标准

OCI推出的标准主要包含两类，构成了容器技术的基础规范：

  • Runtime Spec（运行时规范）：定义了容器运行时的核心接口与行为标准，确保不同运行时（如runc、rkt）对容器的管理方式一致（如容器的启动、停止、资源限制等操作）。
  • Image Format Spec（镜像格式规范）：定义了容器镜像的文件结构、元数据格式、分层机制等，确保不同厂商构建的镜像可互相兼容（如Docker构建的镜像可在Podman中使用）。
3. 主流容器运行时（Runtime）

容器运行时是负责容器实际启动与管理的核心组件，需与操作系统内核紧密协作（如利用Linux的Namespace、Cgroups技术实现容器隔离与资源限制）。目前主流的容器运行时均遵循OCI规范，主要包括：

  1. LXC（Linux Containers）：

    • 定位：Linux系统原生的老牌容器运行时，是容器技术的早期实现之一。
    • 特点：功能完善，支持丰富的容器隔离与资源管理能力，但设计较为复杂，更偏向于系统级容器管理。
    • 与Docker的关系：Docker早期版本（1.6之前）默认使用LXC作为运行时，后期为了更灵活的控制与标准化，推出了自研的runc。

  2. runc：

    • 定位：Docker自研的容器运行时，是OCI Runtime Spec的参考实现，目前Docker的默认运行时。
    • 特点：轻量级、高性能，专注于容器的启动与生命周期管理，严格遵循OCI标准，可独立于Docker使用（如配合containerd使用）。
    • 优势：与Docker生态深度集成，兼容性好，支持各类容器高级特性（如健康检查、资源限制、网络配置等）。

  3. rkt（Rocket）：

    • 定位：由CoreOS（后被Red Hat收购）开发的容器运行时，旨在提供更安全、更符合云原生场景的容器解决方案。
    • 特点：遵循OCI标准，支持镜像签名验证（提升安全性）、多阶段启动（优化启动效率），可与Kubernetes等云原生平台无缝集成。
    • 优势：安全特性突出，适合对容器安全性要求较高的企业级场景。

三、Docker核心技术解析

（一）Docker的起源与定位

1. 起源背景

Docker最初是由dotCloud公司（后更名为Docker, Inc.）创始人Solomon Hykes在法国期间发起的内部项目，其灵感源于dotCloud在提供云服务过程中积累的容器化技术经验。2013年3月，Docker以Apache 2.0开源协议正式对外发布，凭借其轻量级、易用性的特点迅速引爆容器市场，成为容器技术的事实标准。

Docker的开发语言为Go（Golang），核心代码托管于GitHub平台，得益于开源社区的贡献，Docker的功能快速迭代，生态系统不断完善（如镜像仓库、编排工具、监控工具等）。

2. 核心定位

Docker是一个用于开发、交付和运行应用程序的开放平台，其核心价值在于“将应用程序与基础架构解耦”，让用户能够以管理应用程序的方式管理基础架构，具体定位可从以下三个维度理解：

  • 开发维度：为开发者提供一致的开发环境，通过容器镜像打包开发依赖，避免“我这能跑”的环境差异问题，提升开发效率。
  • 交付维度：简化应用交付流程，开发者构建的容器镜像可直接交付给运维人员，无需额外文档说明依赖配置，实现“开发-测试-生产”的无缝衔接。
  • 运行维度：提供高效的应用运行环境，容器的轻量级特性使其可在有限资源下运行更多应用，同时支持快速启停、动态扩缩容，满足业务弹性需求。

（二）Docker的核心优势

相比传统虚拟机与裸机部署，Docker在效率、灵活性、可移植性等方面具有显著优势，具体可总结为以下四点：

1. 更快速的交付和部署
  • 标准化开发环境：开发者可基于统一的容器镜像构建开发环境（如包含编程语言、依赖库、工具链的镜像），团队成员使用相同镜像，避免因环境差异导致的开发问题。
  • 快速迭代与可见性：Docker支持快速创建、销毁容器（秒级启停），开发者可频繁测试代码变更；同时，容器的构建流程（通过Dockerfile定义）可版本化管理，团队成员能清晰了解应用的依赖与构建步骤，提升协作效率。
  • 缩短交付周期：开发完成后，容器镜像可直接用于测试、预生产、生产环境，无需重新编译或配置，大幅减少“代码编写-生产运行”的时间差（如传统部署可能需数小时，Docker部署仅需几分钟）。
2. 更高效的虚拟化
  • 内核级虚拟化：Docker容器无需依赖Hypervisor，直接共享宿主机内核，仅隔离用户空间（通过Linux Namespace），避免了传统虚拟机中Guest OS的资源开销（如内存、CPU占用）。
  • 更高资源利用率：相同硬件资源下，Docker可运行的容器数量远多于虚拟机（例如：一台8GB内存的服务器可运行数十个容器，而仅能运行2-3个虚拟机），提升了硬件资源的利用率。
  • 更低性能损耗：传统虚拟机的性能损耗通常在10%-20%（因Guest OS与Hypervisor的开销），而Docker容器的性能损耗仅为1%-5%，接近裸机运行性能，适合对性能敏感的应用（如高并发Web服务）。
3. 更轻松的迁移和扩展
  • 跨平台兼容性：Docker容器可在几乎所有支持容器技术的平台上运行，包括物理机、虚拟机（VMware、VirtualBox等）、公有云（阿里云、腾讯云、AWS等）、私有云、个人电脑（Windows、macOS、Linux），实现“一次打包，全平台运行”。
  • 无缝迁移：例如，开发者在本地Windows电脑上构建的容器镜像，可直接上传到Linux服务器的生产环境启动，无需修改任何配置，解决了“跨平台部署”的痛点。
  • 弹性扩展：结合Docker Compose、Kubernetes等编排工具，可根据业务流量自动实现容器的扩容（增加容器数量）与缩容（减少容器数量），快速响应业务需求变化（如电商大促期间的流量峰值）。
4. 更简单的管理
  • 增量更新：Docker镜像采用分层存储机制，每次修改仅需更新变化的层（增量层），而非整个镜像，大幅减少更新所需的网络带宽与存储空间（例如：基于基础镜像更新应用代码，仅需传输几MB的增量层，而非GB级的完整镜像）。
  • 自动化管理：Docker提供丰富的命令行工具与API，可结合Shell脚本、Ansible、Jenkins等工具实现部署、更新、监控的自动化，减少人工操作成本与出错概率。
  • 简化配置：应用的依赖与配置均封装在容器镜像中，运维人员无需手动安装依赖或修改配置文件，仅需通过标准化命令启动容器，降低了运维复杂度。

（三）Docker架构结构

Docker采用C/S（客户端-服务器）体系架构，核心组件包括Docker客户端、Docker服务器（守护进程）、Docker镜像、Docker容器、Registry（镜像仓库），各组件通过标准化接口协作，实现容器的构建、分发、运行全流程。

1. 架构整体流程
  • 通信方式：Docker客户端与Docker守护进程（服务器）通过REST API通信，通信载体可分为两种：
    • 本地通信：通过UNIX套接字（/var/run/docker.sock）实现同一台机器上客户端与守护进程的通信（如本地执行docker命令）。
    • 远程通信：通过网络接口（TCP）实现远程客户端与守护进程的通信（如在本地电脑控制远程服务器上的Docker）。
  • 核心流程：
    1. 开发者通过Docker客户端（如docker命令）发送指令（如docker build构建镜像、docker pull拉取镜像、docker run启动容器）。
    2. Docker守护进程接收指令，执行相应操作（如构建镜像、从Registry拉取镜像、创建并启动容器）。
    3. 操作结果通过REST API返回给Docker客户端，用户可在客户端查看结果（如镜像构建成功提示、容器运行状态）。
2. 核心组件详解
（1）Docker客户端（Docker Client）
  • 定位：Docker的用户交互入口，负责接收用户指令并传递给Docker守护进程。
  • 核心形式：
    • 命令行工具（CLI）：最常用的客户端形式，通过docker命令实现各类操作（如docker build、docker run、docker ps等）。
    • REST API客户端：用户可通过编写代码（如Python、Go）调用Docker REST API，实现自定义的Docker管理逻辑（如自动化部署脚本）。
  • 功能示例：
    • 向守护进程发送“构建镜像”指令：docker build -t my-app:v1 .
    • 向守护进程发送“启动容器”指令：docker run -d -p 8080:80 my-app:v1
（2）Docker服务器（Docker Daemon）
  • 定位：Docker的核心后台服务，运行在Docker主机（Host）上，负责执行Docker客户端发送的指令，管理容器的生命周期（创建、运行、监控、停止、删除）与镜像的存储、构建。
  • 运行方式：在Linux系统中，Docker Daemon以系统服务（systemd service）的形式运行，默认开机自启（可通过systemctl enable docker配置）。
  • 核心职责：
    • 镜像管理：构建镜像（根据Dockerfile）、拉取镜像（从Registry）、存储镜像（本地镜像仓库）、删除镜像。
    • 容器管理：创建容器（基于镜像）、启动容器、监控容器状态（CPU、内存、网络使用情况）、停止容器、删除容器、配置容器网络与存储。
    • 安全控制：实现容器的隔离（通过Linux Namespace）、资源限制（通过Linux Cgroups）、镜像签名验证等安全机制。
（3）Docker镜像（Docker Image）
  • 定位：容器的“只读模板”，包含了运行应用程序所需的所有文件（应用代码、依赖库、配置文件、操作系统文件等），是创建容器的基础。
  • 核心特性：
    • 只读性：镜像一旦构建完成，其内容不可修改，确保镜像的一致性与可复用性（若需修改，需基于原镜像构建新的镜像层）。
    • 分层存储：镜像采用分层（Layer）存储机制，每一层对应Dockerfile中的一条指令（如FROM、RUN、COPY），分层存储的优势在于：
      • 复用性：不同镜像可共享相同的底层（如多个应用镜像共享同一个Ubuntu基础镜像层），减少存储空间占用。
      • 增量构建：修改镜像时仅需重新构建变化的层，而非整个镜像，提升构建效率。
  • 示例：官方的Nginx镜像（nginx:latest）包含了Nginx服务程序、依赖的系统库、配置文件等，基于该镜像可快速创建运行Nginx服务的容器。
（4）Docker容器（Docker Container）
  • 定位：Docker镜像的“运行实例”，是镜像的可读写层与运行环境的结合，是应用程序实际运行的载体。
  • 与镜像的关系：
    • 镜像：软件生命周期的“构建与打包阶段”，是静态的只读文件。
    • 容器：软件生命周期的“启动与运行阶段”，是动态的可读写实例（在镜像的只读层之上添加一层可读写层，用于存储容器运行过程中的临时数据）。
  • 核心操作：用户可通过Docker客户端或API对容器执行启动（docker start）、停止（docker stop）、重启（docker restart）、暂停（docker pause）、删除（docker rm）、进入容器内部（docker exec）等操作。
（5）Registry（镜像仓库）
  • 定位：用于存储与分发Docker镜像的仓库，类似于代码仓库（如GitHub），分为公有仓库与私有仓库两种类型。
  • 公有仓库：
    • 定义：面向公众开放的镜像仓库，任何人可免费拉取镜像，部分仓库支持用户上传公开镜像。
    • 主流实例：
      • Docker Hub（官方）：全球最大的公有Docker镜像仓库，包含数百万个官方与社区镜像（如nginx、mysql、ubuntu等），地址：https://hub.docker.com/。
      • 国内公有仓库：由于Docker Hub在国内访问速度较慢，国内厂商提供了镜像加速仓库（同步Docker Hub镜像），如阿里云容器镜像服务、腾讯云容器镜像服务、网易云镜像仓库等。
  • 私有仓库：
    • 定义：仅对特定用户或企业内部开放的镜像仓库，用于存储企业内部的私有镜像（如包含业务代码的应用镜像），确保镜像安全性与私密性。
    • 部署方式：企业可通过Docker官方提供的registry镜像在本地服务器部署私有仓库，或使用阿里云、腾讯云提供的私有仓库服务。
  • 核心操作：
    • 拉取镜像：从Registry下载镜像到本地，命令：docker pull [仓库地址]/[镜像名]:[标签]（如docker pull nginx:latest）。
    • 推送镜像：将本地构建的镜像上传到Registry，命令：docker push [仓库地址]/[镜像名]:[标签]（如docker push my-registry.com/my-app:v1）。

四、Docker部署实战（CentOS 7环境）

（一）部署前准备

1. 版本选择

Docker官方提供两个主要版本，用户需根据自身需求选择：

  • Docker Community Edition（Docker-CE，社区版）：
    • 定位：免费版本，由Docker社区维护与提供技术支持，适合个人开发者、小团队及中小企业使用。
    • 优势：功能全面，包含Docker核心特性（如容器管理、镜像构建、Registry集成），更新频率高（每月发布补丁版本，每季度发布稳定版本），足以满足绝大多数场景需求。
  • Docker Enterprise Edition（Docker-EE，企业版）：
    • 定位：收费版本，由Docker官方团队提供商业技术支持（如24/7技术咨询、故障排查），专为大型企业与关键业务场景设计。
    • 优势：在Docker-CE基础上增加了企业级特性（如镜像安全扫描、多集群管理、角色权限控制），提供更严格的安全保障与稳定性承诺（如长期支持版本LTS）。

推荐选择：对于个人学习、开发测试及中小型应用部署，Docker-CE完全满足需求，本次部署实战以Docker-CE为例。

2. 环境要求

部署Docker需满足以下基础环境条件：

  • 操作系统：CentOS 7（64位），推荐使用CentOS 7.6及以上版本（需支持Linux内核3.10及以上，CentOS 7默认内核版本为3.10，满足要求）。
  • 网络连接：服务器需能访问外网，用于下载Docker安装包、镜像及配置yum源。
  • 权限要求：部署过程需使用root用户或具有sudo权限的用户（部分命令需修改系统配置文件或管理系统服务）。
  • 依赖组件：
    • 管理工具：docker-ce（最新稳定版本）。
    • 运行时：runc（Docker-CE默认集成，无需额外安装）。
    • 辅助工具：wget（用于下载yum源配置文件）、yum-utils（用于管理yum源）。

（二）详细部署步骤

步骤1：关闭防火墙与SELinux（安全增强型Linux）

CentOS 7默认启用防火墙（firewalld）与SELinux，这两个组件可能会阻止Docker的网络通信与文件访问，因此需先关闭并禁用：

  1. 关闭并禁用firewalld防火墙：

    # 停止当前运行的firewalld服务
[root@docker ~]# systemctl stop firewalld
# 禁止firewalld开机自启
[root@docker ~]# systemctl disable firewalld
# 验证防火墙状态（显示inactive为已关闭）
[root@docker ~]# systemctl status firewalld

  2. 关闭SELinux：
    SELinux是Linux的安全机制，默认处于enforcing（强制）模式，需修改配置文件将其设置为disabled（禁用）模式：

    # 编辑SELinux配置文件
[root@docker ~]# vi /etc/selinux/config
# 将文件中的SELINUX=enforcing修改为SELINUX=disabled
SELINUX=disabled
# 保存并退出vi编辑器（按Esc，输入:wq，回车）

  3. 重启服务器：
    SELinux配置修改后需重启服务器才能生效：

    [root@docker ~]# reboot

    重启后，通过以下命令验证SELinux状态（显示disabled为已禁用）：

    [root@docker ~]# getenforce
Disabled
步骤2：修改CentOS的yum源为阿里源

CentOS默认的yum源（官方源）在国内访问速度较慢，将其替换为阿里云yum源可大幅提升软件下载速度：

  1. 安装阿里源工具（若已安装可跳过）：

    [root@docker ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo

  2. 安装epel源和yum 工具包：

    [root@docker ~]# yum -y install epel-release

[root@docker ~]# yum install -y yum-utils



#### 步骤3：添加Docker-CE yum源并安装Docker-CE
Docker官方提供了专属的yum源，需先添加该源，再通过yum安装Docker-CE：

1. **下载Docker-CE 的软件信息**：

```bash
[root@docker ~]# yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

  1. 安装Docker-CE：

    # 安装最新稳定版本的Docker-CE
[root@docker ~]# yum install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

    安装过程中，yum会自动下载Docker-CE及其依赖组件（如containerd.io、docker-ce-cli等），等待安装完成即可。

步骤4：启动Docker服务并验证安装

  1. 启动Docker服务并设置开机自启：

    # 启动Docker服务
[root@docker ~]# systemctl start docker
# 设置Docker开机自启（确保服务器重启后Docker自动运行）
[root@docker ~]# systemctl enable docker
# 验证Docker服务状态（显示active为已启动）
[root@docker ~]# systemctl status docker

   
2. **查看Docker版本**：
   通过以下命令验证Docker是否安装成功及当前版本：
   ```bash
   [root@docker ~]# docker --version
   # 示例输出（版本号可能因更新而变化）：
   # Docker version 20.10.17, build 100c701

  1. 运行Hello World容器（验证Docker功能正常）：
    Docker官方提供了hello-world镜像，运行该镜像可验证Docker的容器运行功能是否正常：

    [root@docker ~]# docker run hello-world

    若输出以下信息，说明Docker安装成功且功能正常：

    Hello from Docker!
This message shows that your installation appears to be working correctly.
...（后续为Docker工作原理说明）
步骤5：配置Docker镜像加速器

由于Docker Hub在国内访问速度较慢，拉取镜像时可能出现超时问题，需配置国内镜像加速器（如阿里云、DaoCloud、USTC等），提升镜像拉取速度。

  1. 申请阿里云镜像加速器（可选，推荐）：
    阿里云为每个用户提供专属的镜像加速器地址，申请步骤如下：

    1. 访问阿里云官网（https://www.aliyun.com/），注册并登录账号。
    2. 进入“控制台”，搜索“容器镜像服务”，进入该服务页面。
    3. 在左侧菜单中选择“镜像工具”→“镜像加速器”，即可获取专属的加速器地址（如https://xxxxxx.mirror.aliyuncs.com）。

  2. 配置镜像加速器：
    通过修改Docker的守护进程配置文件（daemon.json）添加加速器地址：

    # 编辑Docker守护进程配置文件（若文件不存在，会自动创建）
[root@docker ~]# vim /etc/docker/daemon.json
# 在文件中添加以下内容（可同时配置多个加速器，优先使用靠前的地址）
{
  "registry-mirrors": [
    "https://docker.m.daocloud.io",        # DaoCloud加速器
    "https://dockerproxy.com",             # Docker代理加速器
    "https://docker.mirrors.ustc.edu.cn",  # 中科大加速器
    "https://docker.nju.edu.cn"            # 南京大学加速器
  ]
}
# 保存并退出vim编辑器

  3. 重启Docker服务使配置生效：

    # 重新加载Docker守护进程配置
[root@docker ~]# systemctl daemon-reload
# 重启Docker服务
[root@docker ~]# systemctl restart docker

  4. 验证加速器配置是否生效：
    通过以下命令查看Docker的详细信息，确认Registry Mirrors已包含配置的加速器地址：

    [root@docker ~]# docker info

    在输出信息中找到“Registry Mirrors”字段，若显示配置的加速器地址，说明配置成功。

  5. 安装工具

    [root@docker ~]# docker pull nginx

五、课程总结

  1. 容器技术核心：容器是轻量级、可移植、自包含的软件打包技术，通过封装应用及依赖，实现“一次打包，到处运行”，解决了环境一致性问题；其与传统虚拟机的本质区别在于共享宿主机内核、仅隔离用户空间，具有资源占用低、启动速度快的优势。
  2. Docker价值定位：Docker是容器技术的主流实现，通过C/S架构与五大核心组件（客户端、服务器、镜像、容器、Registry），简化了应用的开发、交付与运行流程，提升了开发效率与运维灵活性，核心优势包括快速交付、高效虚拟化、轻松迁移、简单管理。
  3. Docker部署关键：在CentOS 7环境下部署Docker-CE，需依次完成环境准备（关闭防火墙与SELinux）、yum源配置（替换为阿里源、添加Docker源）、软件安装（yum install docker-ce）、服务配置（启动服务、设置自启）、镜像加速（配置国内加速器），每一步均需确保操作正确，才能保证Docker正常运行。

通过本次课程，学习者不仅掌握了Docker的部署方法，更理解了容器技术的底层逻辑与应用价值，为后续学习Docker进阶知识（如Docker Compose编排、Docker Swarm集群、Kubernetes集成）奠定了坚实基础。

# docker # 容器 # 运维
Logo
码道开发者社区

码道开发者社区，聚焦华为云码道 CodeArts 代码智能体，沉淀 Agent、Skill、鸿蒙开发实战内容，供开发者查阅资料、交流技术、分享工程实践

更多推荐

cover

不想先学一堆 React？用 Codex 帮你完成第一支 Remotion 动效视频

avatar 码道开发者社区
cover

突发！英伟达限制员工使用Claude；程序员一条代码删掉89TB数据获刑：被判五年十个月；曝iPhone Duo有望支持微信双开 | 极客头条

avatar 码道开发者社区
cover

每日热评｜学术牛马的救星还是幻觉放大器？47k星学术研究Agent技能包深度评测

avatar 码道开发者社区