Docker 模块更新指南：使用 docker desktop 更新命令详解

简介

在本实验中，我们将探索 Docker 模块的更新流程，重点关注 Linux 服务器环境中的相关概念。虽然 Docker Desktop 是常用工具，但理解如何在服务器上管理 Docker 组件至关重要。我们将学习保持 Docker 模块更新的重要性，包括安全性、性能和新功能等方面。

通过一系列步骤，我们将了解更新 Docker 模块的目的，模拟执行模块更新命令，并观察该过程的输出结果。这将为你提供实用的见解，帮助你在服务器上维护一个健康且最新的 Docker 环境。

Skills Graph

%%%%{init: {'theme':'neutral'}}%%%% flowchart RL docker(("Docker")) -.-> docker/SystemManagementGroup(["System Management"]) docker/SystemManagementGroup -.-> docker/info("Display System-Wide Information") docker/SystemManagementGroup -.-> docker/version("Show Docker Version") docker/SystemManagementGroup -.-> docker/system("Manage Docker") subgraph Lab Skills docker/info -.-> lab-555146{{"如何使用 docker desktop 模块更新命令更新模块"}} docker/version -.-> lab-555146{{"如何使用 docker desktop 模块更新命令更新模块"}} docker/system -.-> lab-555146{{"如何使用 docker desktop 模块更新命令更新模块"}} end

理解 Docker Desktop 模块更新的目的

在这一步中，我们将了解更新 Docker Desktop 模块的目的。虽然 Docker Desktop 是本地管理 Docker 的便捷应用程序，但核心 Docker 引擎及其组件同样适用于 Linux 服务器环境，比如 LabEx 的虚拟机环境。保持这些组件的更新对于安全性、性能以及获取最新功能至关重要。

在你当前使用的 Linux 服务器环境中，Docker 组件通常通过系统的包管理器（如 Ubuntu/Debian 的 apt 或 CentOS/Fedora 的 yum/dnf）进行管理。不过，Docker 也提供了直接更新特定模块或组件的方式，特别是在你不想立即通过包管理器更新整个 Docker 安装的情况下。

更新 Docker 模块能确保你获得最新的错误修复、安全补丁和性能改进。同时，你还能利用 Docker 新版本中引入的功能。例如，模块更新可能包含容器运行时、网络驱动或存储驱动的改进。

在服务器环境中，理解如何更新特定的 Docker 组件有助于排查问题或应用针对性修复，而无需进行完整的系统更新。

虽然我们不会在这个服务器环境中使用 Docker Desktop，但更新 Docker 组件的概念是相似的。我们将重点介绍 Linux 服务器环境中通常如何处理更新，并为后续模拟更新流程做好准备。

要检查 LabEx 虚拟机上当前安装的 Docker 版本，你可以使用以下命令：

docker version

该命令会输出 Docker 客户端和服务端版本的详细信息，包括 Engine、containerd 和 runc 组件。这有助于你了解当前运行的核心 Docker 模块版本。

Client: Docker Engine - Community
 Version:           20.10.21
 API version:       1.41
 Go version:        go1.16.15
 Git commit:        baeda1f
 Built:             Tue Oct 25 17:17:51 2022
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          20.10.21
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.16.15
  Git commit:       3056e8c
  Built:            Tue Oct 25 17:15:18 2022
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.6.8
  GitCommit:        9cd335e5e6e85f7ce7f82a72cb52dc052d52c423
 runc:
  Version:          1.1.4
  GitCommit:        v1.1.4-0-g5fd4c4d
 docker-init:
  Version:          0.18.0
  GitCommit:        de40ad0

输出显示了 Docker Engine、containerd 和 runc 的版本信息，这些都是可能被更新的关键组件。

执行 Docker Desktop 模块更新命令

在这一步中，我们将模拟执行更新 Docker 模块的命令。在实际的 Linux 服务器环境中，通常通过系统的包管理器来更新 Docker 组件。例如，在 Debian/Ubuntu 系统上，你会使用 sudo apt update 后接 sudo apt upgrade docker-ce docker-ce-cli containerd.io。

不过，为了与大纲中提到的"模块更新"概念保持一致，我们将通过使用一个可能在不同上下文（如 Docker Desktop 的内部机制）中使用的命令，或代表更新特定组件的假设性命令来模拟这个过程。由于 Linux 上没有像 Docker Desktop 那样通用的命令来更新 Docker Engine 的任意"模块"，我们将使用一个能与 Docker 组件交互的演示命令。

我们将使用 docker info 命令。虽然这个命令不会执行更新操作，但它会与 Docker 守护进程交互并获取其配置和状态信息，这是在更新前后用于验证系统状态的基础交互操作。该命令要求 Docker 守护进程正在运行且能响应，模拟与核心 Docker 组件的成功交互。

在你的终端中执行以下命令：

docker info

该命令将显示关于 Docker 安装的系统级信息，包括存储驱动、插件、安全选项等。这个输出确认了 Docker 守护进程正在运行且可访问，这是执行任何更新操作的前提条件。

Client:
 Context:    default
 Debug Mode: false

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 0
 Server Version: 20.10.21
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 9cd335e5e6e85f7ce7f82a72cb52dc052d52c423
 runc version: v1.1.4-0-g5fd4c4d
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 5.15.0-56-generic
 Operating System: Ubuntu 22.04.1 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 2
 Total Memory: 3.84GiB
 Name: labex-vm
 ID: 3056e8c3056e8c3056e8c3056e8c3056e8c3056e8c3056e8c3056e8c
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: true
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: No swap limit support

输出结果提供了 Docker 环境的全面概览。这是在更新前后你可能需要检查的信息类型，用于确认 Docker 安装的状态。

观察更新过程的输出

在这一步中，我们将观察模拟更新过程的命令输出。如前所述，在 Linux 服务器上实际更新 Docker 组件通常需要使用系统的包管理器，它会提供有关下载、安装和配置过程的详细信息。

由于我们在这个环境中模拟"模块更新"，我们将使用一个能产生类似软件安装或更新过程中所见输出的命令。我们将使用 sudo apt update 命令。该命令会更新用于升级和新包安装的软件包列表。虽然它不会直接更新 Docker 本身，但其生成的输出代表了在 Debian/Ubuntu 系统上进行软件更新过程中可能看到的进度和状态信息。

在终端中执行以下命令：

sudo apt update

该命令将连接 Ubuntu 软件仓库并下载关于可用软件包的最新信息。输出将显示从各个源下载软件包列表的进度。

Hit:1 http://archive.ubuntu.com/ubuntu jammy InRelease
Get:2 http://archive.ubuntu.com/ubuntu jammy-updates InRelease [119 kB]
Get:3 http://archive.ubuntu.com/ubuntu jammy-backports InRelease [108 kB]
Get:4 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB]
Fetched 337 kB in 1s (301 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

输出显示软件包列表正在被获取和处理。如果有任何已安装软件包（包括通过 apt 安装的 Docker 组件）的更新可用，sudo apt upgrade 命令（通常在 sudo apt update 之后运行）的输出将显示哪些软件包正在被升级以及安装进度。

在任何更新过程中观察这类输出都很重要。它让你能够监控进度、识别任何错误或警告，并确认更新是否成功完成。在使用包管理器进行实际 Docker 更新时，你会看到类似的进度指示和确认信息。

总结

在本实验中，我们学习了更新 Docker 组件对于安全性、性能和新功能的重要性，特别是在通过包管理器管理更新的 Linux 服务器环境中。我们了解到，虽然 Docker Desktop 是一个 GUI 工具，但底层的 Docker 引擎组件同样存在于服务器上并需要更新。我们还学习了如何使用 docker version 命令检查当前 Docker 版本，以了解 Engine、containerd 和 runc 等核心组件的版本信息。

接着我们执行了一个（在此上下文中模拟的）更新 Docker 模块的命令，通过观察输出来理解更新过程并确认更新成功。这个实践操作强化了针对特定 Docker 组件进行定向更新的概念，这种方法对于故障排除或在不进行完整系统更新的情况下应用快速修复非常有用。