DockerHub入门：认识官方Docker仓库 – wiki基地

作者： /

DockerHub 入门：认识官方 Docker 仓库

在现代软件开发的快节奏世界中，容器技术已成为不可或缺的一部分。而谈到容器，Docker无疑是其中的翘楚。Docker以其轻量级、可移植和自给自足的特性，极大地简化了应用的构建、打包和部署流程。然而，Docker生态系统的强大，不仅仅在于其核心的容器引擎，更在于其围绕构建、分发和运行容器镜像的完善体系。在这个体系中，DockerHub扮演着至关重要的角色，它是Docker官方提供的云端镜像注册中心（Registry），也是全球Docker用户分享和获取镜像的主要平台。

对于刚接触Docker的新手来说，理解并掌握DockerHub是迈向容器化世界的第一步。它就像是容器世界的“应用商店”或“GitHub”，你可以在这里找到几乎所有你需要的软件、框架或操作系统的预构建镜像，也可以分享你自己构建的镜像。本文将带你深入了解DockerHub，从概念到实际操作，助你顺利踏入Docker的大门。

第一章：什么是 DockerHub？容器世界的中央枢纽

想象一下，如果你需要在一台新服务器上部署一个Web应用，比如一个基于Nginx提供服务的静态网站。如果没有Docker，你可能需要手动安装操作系统、安装Nginx、配置Nginx、部署网站文件等等一系列繁琐的步骤。如果需要部署多个应用，或者在不同的环境（开发、测试、生产）中部署，这个过程将变得更加复杂且容易出错。

Docker通过镜像（Image）的概念解决了这个问题。镜像是一个轻量级、独立、可执行的软件包，它包含了运行一个特定软件所需的一切：代码、运行时、库、环境变量和配置文件。你可以通过一个简单的命令，在任何支持Docker的环境中，基于一个镜像快速启动一个容器（Container），容器就是镜像的运行实例。

那么，这些镜像从哪里来？答案就是 DockerHub。

DockerHub是Docker公司提供的公共和私有镜像注册服务。它是一个中心化的平台，提供以下核心功能：

  1. 镜像仓库（Repositories）： 用于存储和管理Docker镜像的地方。每个仓库可以包含同一个软件或应用的多个不同版本（通过标签Tag区分）。
  2. 镜像下载与上传： 用户可以从DockerHub下载（pull）现成的镜像，也可以将自己构建的镜像上传（push）到自己的仓库中。
  3. 官方镜像（Official Images）： Docker公司或受信任的社区维护的、高质量、安全、带有良好文档的基础镜像，如Ubuntu, Alpine, Nginx, Node.js, MySQL等。
  4. 认证发布者（Verified Publishers）： 一些商业软件提供商（如MongoDB, Splunk, VMware等）在DockerHub上发布其官方镜像，并经过Docker公司认证。
  5. 自动化构建（Automated Builds）： 可以配置与GitHub、GitLab或Bitbucket等代码托管平台集成，当代码更新时自动构建Docker镜像并推送到DockerHub仓库。
  6. Web界面管理： 提供一个友好的Web界面，方便用户搜索、查看、管理自己的仓库、组织（Organizations）和团队（Teams）。

简而言之，DockerHub就是Docker镜像的集散地和管理平台。它极大地促进了Docker镜像的共享和复用，避免了重复“造轮子”，让开发者可以快速获取所需的基础环境或第三方服务镜像，并能方便地分享自己的工作成果。

第二章：为什么 DockerHub 对你至关重要？

对于任何Docker用户，无论你是开发者、运维工程师还是IT爱好者，DockerHub几乎都是一个不可绕过的平台。它的重要性体现在多个方面：

  1. 节省时间与精力： 无需从头开始构建常见的操作系统、编程语言环境或数据库镜像。DockerHub上提供了大量预构建的官方镜像和社区镜像，可以直接拉取使用。这大大加快了应用的开发和部署速度。
  2. 获取可靠的基础镜像： 官方镜像和认证发布者镜像通常由专业的团队维护，它们包含了最新的安全补丁，遵循了最佳实践，并且有详细的文档说明。使用这些镜像作为基础，可以提高应用的稳定性和安全性。
  3. 标准化开发环境： 团队成员可以拉取同一个镜像作为开发环境，确保大家在一致的环境下工作，减少“在我机器上可以运行”的问题。
  4. 方便的镜像分发： 你可以将自己构建的应用镜像推送到DockerHub（公共或私有仓库），然后你的团队成员或用户就可以轻松地拉取这个镜像并在任何地方运行你的应用。
  5. 促进生态系统发展： DockerHub上的大量公共镜像形成了庞大的生态系统，你可以找到各种各样的工具和服务镜像，这极大地丰富了Docker的应用场景。
  6. 持续集成/持续部署（CI/CD）的基石： DockerHub的自动化构建和Webhook功能与CI/CD流程紧密集成，可以实现代码提交后自动构建和更新镜像，简化了发布流程。

可以说，DockerHub是Docker生态系统繁荣的关键因素之一。它为用户提供了一个共享、发现和管理容器镜像的统一平台，是Docker实现“Build, Ship, Run”愿景的核心组成部分。

第三章：DockerHub 的核心概念解析

在使用DockerHub之前，理解其几个核心概念非常重要。

3.1 Docker ID 与用户账户

要与DockerHub进行交互（除了匿名搜索和拉取公共镜像），你需要一个Docker ID。这是一个免费注册的账户，类似于你在GitHub上的用户名。你的Docker ID将用于登录DockerHub网站，以及通过Docker命令行工具登录。

你的Docker ID通常会作为你推送的自定义镜像仓库名称的一部分，例如：your_docker_id/your_repository_name。

3.2 仓库 (Repositories)

仓库是存储Docker镜像的地方。每个仓库通常对应一个特定的软件或应用。例如，有一个名为nginx的仓库，包含了Nginx Web服务器的各种版本镜像；有一个名为ubuntu的仓库，包含了不同版本的Ubuntu操作系统基础镜像。

  • 公共仓库 (Public Repositories): 任何人都可以搜索、查看和拉取其中的镜像。大多数常用的官方镜像和社区共享镜像都托管在公共仓库中。
  • 私有仓库 (Private Repositories): 只有拥有特定权限的用户或团队才能访问（拉取或推送）其中的镜像。私有仓库常用于存储公司内部应用或敏感数据相关的镜像。免费的DockerHub账户通常包含一个私有仓库的额度。

仓库的命名规范：
* 官方镜像仓库： 通常只有软件名，例如 nginx, ubuntu, mysql, redis。它们没有前缀。
* 用户或组织仓库： 命名格式为 [Docker ID 或 Organization Name]/[Repository Name]。例如，如果你有一个名为mywebapp的应用镜像，你的Docker ID是johndoe，那么仓库名可能是johndoe/mywebapp。

3.3 镜像 (Images) 与 标签 (Tags)

一个仓库可以包含同一个软件的多个不同版本或变体。这些不同的版本通过 标签 (Tag) 来区分。标签类似于代码版本控制中的分支或标签。

例如，ubuntu 仓库包含了很多标签：
* ubuntu:latest: 通常指向最新发布的Ubuntu LTS版本。
* ubuntu:22.04: 特指Ubuntu 22.04版本。
* ubuntu:20.04: 特指Ubuntu 20.04版本。
* ubuntu:rolling: 可能指向开发中的最新版本。

当你拉取镜像时，如果没有指定标签，Docker默认会尝试拉取 :latest 标签的镜像。例如，docker pull ubuntu 等同于 docker pull ubuntu:latest。

重要提示： 在生产环境或任何需要版本控制的场景中，强烈建议使用具体的标签（如 ubuntu:20.04），而不是 latest 标签。因为 latest 标签指向的版本可能会随着时间的推移而改变，导致环境不一致。

3.4 官方镜像 (Official Images)

这是DockerHub上最重要、最值得信赖的一类镜像。官方镜像由Docker公司与软件的官方维护者或社区合作创建和维护，它们具有以下特点：

  • 高质量： 遵循Docker镜像构建的最佳实践，通常体积较小，层数合理。
  • 安全性： 定期更新，包含最新的安全补丁。
  • 有良好的文档： 在DockerHub页面上有详细的使用说明、环境变量、端口等信息。
  • 可信赖： 由官方或核心社区维护，你可以放心地将其用作构建自己应用的基础。

在DockerHub网站上，官方镜像会有一个醒目的“Official Image”标识。当你搜索镜像时，应该优先考虑使用官方镜像。

3.5 认证发布者 (Verified Publishers)

为了满足企业级用户的需求，DockerHub还引入了“认证发布者”的概念。这些是由商业公司（如Microsoft, Oracle, VMWare等）提供的、经过Docker公司验证的官方镜像，用于发布他们的商业产品或服务。这些镜像通常有更好的商业支持选项。

它们在DockerHub页面上会有一个“Verified Publisher”标识。

理解这些核心概念，能帮助你更好地在DockerHub上搜索、选择和使用镜像。

第四章：入门实践：在 DockerHub 上查找、拉取和运行镜像

现在，让我们通过实际操作来体验一下如何与DockerHub交互。

前提条件：
* 你已经在你的计算机上安装了Docker。
* 你可以访问互联网。

4.1 访问 DockerHub 网站

打开你的网络浏览器，访问 https://hub.docker.com/。

这是DockerHub的Web界面。你可以在这里搜索镜像、浏览官方镜像和认证发布者、查看镜像的详细信息（包括描述、标签、Dockerfie等）、管理你的账户和仓库等。

在搜索框中输入你感兴趣的软件名称，例如“nginx”，然后按回车。你将看到搜索结果列表，其中包括官方的nginx镜像、认证发布者的Nginx镜像以及社区用户发布的包含“nginx”关键词的镜像。注意观察结果旁边的标识（官方、认证发布者）。

点击“nginx”官方镜像进入详情页。在这里，你可以看到该镜像的简介、如何使用（通常会有docker run命令示例）、支持的标签（Tags）列表以及指向GitHub等仓库的链接，你可以查看构建该镜像的Dockerfile。

4.2 使用命令行工具与 DockerHub 交互

虽然Web界面很方便浏览，但日常开发和部署中，我们更多的是通过Docker命令行工具（CLI）与DockerHub进行交互。

4.2.1 搜索镜像

使用docker search命令可以在命令行中搜索DockerHub上的公共镜像。

bash
docker search nginx

执行这个命令，你会看到一个结果列表，类似这样：

NAME DESCRIPTION STARS OFFICIAL AUTOMATED
nginx Official build of Nginx. 16074 [OK]
ubuntu Ubuntu is a Debian-based Linux operating... 14326 [OK]
richardfortuna/nginx-bad-request Simple Nginx image that returns a 400... 0 [OK]
...

  • NAME: 镜像仓库的名称。官方镜像只有软件名，用户或组织镜像有前缀。
  • DESCRIPTION: 镜像的简要描述。
  • STARS: 用户的点赞数，某种程度上反映了镜像的流行程度。
  • OFFICIAL: 如果是[OK]，表示是官方镜像。
  • AUTOMATED: 如果是[OK]，表示是自动化构建的镜像。

你可以根据这些信息来选择合适的镜像。

4.2.2 拉取镜像 (Pulling Images)

找到你想要使用的镜像后，使用docker pull命令将其从DockerHub下载到你的本地Docker宿主机。

拉取最新版本的Ubuntu官方镜像：

bash
docker pull ubuntu

这相当于docker pull ubuntu:latest。Docker会连接到DockerHub，下载组成ubuntu:latest镜像所需的所有层（Layers）。你会看到下载进度和状态信息。

拉取特定版本的Ubuntu官方镜像（例如20.04 LTS）：

bash
docker pull ubuntu:20.04

如果你想拉取一个非官方的用户镜像，需要加上用户名或组织名：

bash
docker pull richardfortuna/nginx-bad-request

4.2.3 查看本地镜像

拉取完成后，你可以使用docker images命令查看本地已经下载的镜像列表：

bash
docker images

你会看到类似这样的输出：

REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu latest f6318ad34496 2 weeks ago 77.9MB
ubuntu 20.04 9867d2145095 3 weeks ago 73.9MB
hello-world latest c0b3399d06c0 3 months ago 13.3kB
richardfortuna/nginx-bad-request latest f7e54116946b 3 weeks ago 18.8MB
...

列表显示了仓库名（REPOSITORY）、标签（TAG）、唯一的镜像ID（IMAGE ID）、创建时间（CREATED）和镜像大小（SIZE）。

4.2.4 运行容器

拥有了本地镜像后，就可以基于它运行容器了。使用docker run命令：

运行一个基于Ubuntu 20.04镜像的容器，并在其中执行ls /命令：

bash
docker run ubuntu:20.04 ls /

Docker会根据ubuntu:20.04镜像创建一个新的容器，在容器中执行ls /命令，然后输出结果，容器执行完毕后会自动停止并退出。

运行一个Nginx容器，并将容器的80端口映射到宿主机的8080端口（-p 宿主机端口:容器端口），并在后台运行（-d）：

bash
docker run -d -p 8080:80 nginx

执行后，Docker会在后台启动一个Nginx容器。你现在可以通过访问宿主机的8080端口来访问运行在容器内的Nginx服务。

这些基本操作展示了如何利用DockerHub上现有的镜像快速启动一个应用程序或环境。这极大地提高了开发和部署效率。

第五章：贡献你的力量：构建并推送你的镜像到 DockerHub

仅仅使用别人构建的镜像是不够的，在很多情况下，你需要创建自己的定制镜像，比如包含你的应用程序代码和所有依赖的环境。完成构建后，你可能希望将这个镜像分享给他人，或者保存在DockerHub以便在其他地方使用。这就需要将你的本地镜像推送到DockerHub。

前提条件：
* 你有一个Docker ID 并且已经在DockerHub网站上注册。
* 你已经使用docker login命令在你的本地Docker CLI中登录了DockerHub。

5.1 登录 DockerHub

在命令行中执行登录命令。

bash
docker login

系统会提示你输入你的Docker ID (Username) 和密码 (Password)。输入正确后，如果登录成功，会显示Login Succeeded。

bash
Username: your_docker_id
Password:
Login Succeeded

5.2 构建你的镜像

假设你有一个简单的Web应用（例如一个静态网站）和以下Dockerfile文件：

“`dockerfile

使用官方nginx镜像作为基础镜像

FROM nginx:alpine

将本地的html文件复制到nginx的默认网站目录

COPY html/ /usr/share/nginx/html/

暴露80端口

EXPOSE 80
“`

其中，html/是你本地存放静态网站文件的目录。

在包含Dockerfile和html/目录的路径下执行构建命令。注意这里的标签命名非常重要，它决定了你的镜像推送到DockerHub后所在的仓库位置。

bash
docker build -t your_docker_id/my_static_website:v1.0 .

  • -t: 指定镜像的名称和标签。
  • your_docker_id: 替换成你的Docker ID。这是为了确保你的镜像被推送到你的个人仓库下。
  • my_static_website: 你的镜像仓库名称。
  • v1.0: 镜像的标签，表示版本号。
  • .: 表示Dockerfile所在的路径，这里的.指当前目录。

执行构建命令后，Docker会按照Dockerfile的指令一步步构建你的镜像。构建成功后，你可以使用docker images命令看到你刚刚构建的镜像。

bash
docker images | grep my_static_website

你应该会看到类似这样的结果：

REPOSITORY TAG IMAGE ID CREATED SIZE
your_docker_id/my_static_website v1.0 abcdef123456 5 seconds ago 25MB

5.3 推送你的镜像

现在，你可以使用docker push命令将你的本地镜像推送到DockerHub。

bash
docker push your_docker_id/my_static_website:v1.0

Docker会连接到DockerHub，并将你的镜像的各个层上传到你的仓库中。如果这是你第一次推送这个仓库，DockerHub会自动为你创建一个新的仓库（your_docker_id/my_static_website）。

上传过程中，你会看到上传进度。上传完成后，你可以在DockerHub网站上登录你的账户，找到你的仓库（your_docker_id/my_static_website），就能看到你刚刚推送的v1.0标签的镜像了。

现在，其他人（如果是公共仓库）或有权限的团队成员（如果是私有仓库）就可以通过docker pull your_docker_id/my_static_website:v1.0命令拉取并使用你构建的镜像了。

推送 latest 标签：
如果你希望这个镜像成为该仓库的latest版本，你可以在构建时或者推送前给镜像打一个latest标签：

“`bash

构建时同时打两个标签

docker build -t your_docker_id/my_static_website:v1.0 -t your_docker_id/my_static_website:latest .

或者先打v1.0，再给已有的镜像打latest标签

docker tag your_docker_id/my_static_website:v1.0 your_docker_id/my_static_website:latest

然后推送两个标签

docker push your_docker_id/my_static_website:v1.0
docker push your_docker_id/my_static_website:latest
“`

通常建议在推送新版本的同时，也将latest标签指向最新的稳定版本。

第六章：探索更多：DockerHub 的进阶功能概览

除了基础的镜像拉取和推送，DockerHub还提供了一些强大的进阶功能，虽然作为入门文章不详细展开，但了解它们的存在有助于你后续深入学习。

  1. 自动化构建 (Automated Builds): 将你的DockerHub仓库与GitHub、GitLab或Bitbucket等代码仓库连接起来。当你的代码仓库发生代码提交时，DockerHub会自动触发镜像构建流程，并将其推送到你的DockerHub仓库。这非常适合实现持续集成。
  2. 组织与团队 (Organizations & Teams): DockerHub支持创建组织，并在组织下建立团队。你可以将仓库的访问权限（读、写、管理员）分配给特定的团队成员，方便团队协作管理镜像。
  3. Webhooks: 可以在你的仓库发生特定事件（如镜像推送成功）时触发一个Webhook，向指定的URL发送一个POST请求。这可以用于通知CI/CD系统进行后续的部署操作。
  4. Docker Scan: Docker CLI内置的镜像安全扫描工具（由Snyk提供支持）。虽然扫描本身是在本地或CI环境中执行，但结果通常可以与DockerHub集成，在仓库页面上展示镜像的安全漏洞报告。
  5. 私有仓库设置： 详细配置私有仓库的访问权限，生成访问令牌等。

这些功能使得DockerHub不仅仅是一个简单的镜像存储服务，更是一个连接代码仓库、CI/CD流程和团队协作的中心平台。

第七章：使用 DockerHub 的最佳实践与注意事项

为了更高效、安全地使用DockerHub，这里有一些建议：

  • 优先使用官方镜像： 除非你有特定的需求，否则尽量使用官方镜像作为你的基础镜像。它们更可靠、安全、文档更完善。
  • 选择合适的标签： 避免在生产环境中使用:latest标签。总是指定具体的版本标签，以确保环境的可重复性。
  • 构建小型镜像： 选择基于Alpine等轻量级Linux发行版的官方镜像作为基础，使用多阶段构建（Multi-stage builds）来减小最终镜像的体积，提高拉取速度和安全性（攻击面小）。
  • 保护你的凭证： 谨慎保管你的DockerHub账户密码或访问令牌。不要在不可信的环境中登录或存储凭证。
  • 定期更新基础镜像： 即使你使用的基础镜像是官方的，它们也会定期更新以修复漏洞。定期重建你的应用镜像，确保使用了最新的安全补丁的基础镜像。
  • 审查非官方镜像： 如果你必须使用非官方的社区镜像，尽量查看其Dockerfie（如果公开的话），了解其构建过程和包含的内容，确保没有恶意代码。或者自己基于可信的基础镜像重新构建。
  • 使用私有仓库保护敏感镜像： 包含内部代码、配置文件或敏感数据的镜像应该存储在私有仓库中。

遵循这些实践，可以帮助你更安全、更高效地利用DockerHub的强大功能。

结论

DockerHub是Docker生态系统中不可或缺的一部分，它是容器镜像的全球性注册中心。通过本文的介绍，你应该对DockerHub有了初步的认识，包括它的核心概念、重要性以及如何进行基本的镜像查找、拉取和推送操作。

从DockerHub获取现成的基础镜像，可以让你快速搭建所需的运行环境，极大地提高了开发效率。同时，将自己构建的镜像推送到DockerHub，也为团队协作和应用分发提供了便利。

作为Docker入门者，掌握DockerHub的使用是你容器化旅程中非常关键的一步。现在，你已经具备了在DockerHub上找到所需“积木”以及分享自己“积木”的能力。随着你对Docker的深入学习，你将发现DockerHub的更多高级功能，如自动化构建、组织管理等，它们将进一步助力你在容器化道路上前进。

勇敢地去探索吧！DockerHub的镜像海洋中蕴藏着无限的可能性，等待你去发现和利用。

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部