跳到主要内容

· 阅读需 1 分钟
向书瑜

新功能​

  • 新操作：下载自沙盒

提升​

  • [操作：传递实参] 新版本
  • [操作：Git推送] 新版本
  • [操作：Linux虚拟机 & Mac虚拟机] 添加了对SSH密钥和文件变量的支持
  • [GitLab] 添加了有关存储仓同步错误所需权限信息

修复​

  • [操作：触发流水线] 继承修订的标签现在已正确传递给子流水线运行
  • 在自定义存储仓中将授权凭据从SSH更新为HTTPS现已正常工作
  • 现已正确解析名称中带有表情符号的流水线提交状态

· 阅读需 2 分钟
向书瑜

提升​

  • [操作：推送Docker镜像] 新版本
  • [操作：构建Docker镜像] 新版本
  • [操作：构建多架构Docker镜像] 新版本
  • [操作：触发流水线] 新选项：清除缓存、从头开始部署、设置优先级、在特定版本触发
  • 权限：为职能描述添加了长度验证
  • 您现在可以使用AWS SNS通过Webhook触发流水线(现在自动验证Webhook订阅)
  • [本地部署] 基于速率参数现在已在所有本地部署/自托管部署项目中弃用

修复​

  • BUDDY_EXECUTION_WARNINGS_COUNT 在流水线日志中永久可用，初始值设置为 0
  • 基于变量设置为 is null 的触发条件现在可以正常工作，即使变量不存在也是如此。
  • 测试电子邮件现在可以正确发送给所选群组的所有成员
  • [REST API] 现在可以正常删除包含成员的群组

· 阅读需 1 分钟
向书瑜

提升​

  • 改进了对分配给已删除存储仓流水线的错误支持

修复​

  • [YAML] 修复了在定义触发条件下按计划运行流水线的YAML生成

  • 未能同步的GitHub存储仓不再卡在项目创建屏幕上

  • GitLab中的提交状态现在可以正确显示跳过的流水线运行

  • 现在已正确显示克隆操作的if标签

· 阅读需 73 分钟
木日夏复

介绍​

Docker Registry(Docker注册中心)是一个管理Docker容器镜像存储和交付的应用程序。注册中心集中容器镜像并减少开发人员的构建时间。Docker镜像通过虚拟化保证相同的运行环境，但是构建镜像需要大量的时间投入。例如，开发人员可以从包含所有必要组件的注册中心下载压缩镜像，而不是单独安装依赖项和包来使用Docker。此外，开发人员可以使用持续集成工具，例如：Buddy自动将镜像推送到注册中心，以在生产和开发过程中无缝更新镜像。

Docker Hub是一个免费公共的注册中心，可以托管您的自定义Docker镜像，但在某些情况下您不希望您的镜像公开使用。镜像通常包含运行应用程序所需的所有代码，因此在使用专有软件时最好使用私有的注册中心。

通过本文您将学到以下的大致内容：

初始服务器设置​

首次新建Ubuntu 22.04服务器时，您应该执行一些重要的配置步骤作为初始设置的一部分。这些步骤将提高服务器的安全性和可用性，并为您的后续操作打下坚实的基础。

登录为root​

要登录到您的服务器，您需要知道服务器的公网IP地址。您还需要root用户帐户密码或密钥(如果您安装了用于身份验证的SSH密钥)。

如果当前未连接到您的服务器，请使用以下命令以root用户身份登录。将命令中您的_公网_IP部分替换为您服务器的公网IP地址：

ssh root@您的_公网_IP

接受有关主机显示的提示(如果出现)。如果您的服务器使用密码身份验证，请提供您的root密码以登录。如果您使用受密码保护的SSH密钥，您可能需要在每次会话首次使用该密钥时输入密码如果这是您第一次使用密码登录服务器，您可能还需要更改root密码。 如果收到提示，请按照说明更改密码即可。

关于root

root用户是Linux环境中具有提升权限的管理用户。由于root帐户具有更高的权限，因此不鼓励您经常使用root。root帐户可以做出非常具有破坏性的更改，即使是意外的操作也可能带来很大的破坏。

下一步是设置一个新的用户帐户，降低日常使用的权限。稍后，我们将向您展示如何在您需要时临时获得更高的权限。

新建用户​

以root身份登录后，您将能够添加新的用户帐户。 将来，我们将使用这个新帐户而不是root登录。

此示例创建一个名为edal的新用户，但您应该将其替换为您喜欢的用户名：

adduser edal

您将被要求回答一些问题，首先是帐户密码。

输入一个强悍的密码，如果需要的话，填写任何附加信息。这些信息不是必需的，您可以在任何您想跳过的字段中按回车键。

授予管理员权限​

现在您拥有一个具有普通帐户权限的新用户帐户。然而，您有时需要以root用户身份执行管理任务。

为了避免注销您的常规用户并重新登录root帐户，您可以为用户的常规帐户设置所谓的超级用户roo权限。这些权限将允许您的普通用户在命令前加上sudo以使用管理权限运行命令。

要将这些权限添加到您的新用户中，您需要将用户添加到sudo系统组中。在Ubuntu 22.04上，默认情况下属于sudo组的用户可以使用sudo命令。

以root身份运行此命令将您的新用户添加到sudo组中：

usermod -aG sudo edal

您现在可以在命令前键入sudo，以在以普通用户身份登录时以超级用户权限运行。

设置防火墙​

Ubuntu 22.04服务器可以使用UFW防火墙来确保只允许连接到某些服务。 您可以使用此应用程序设置基本防火墙。

应用程序可以在安装时向UFW注册它们的配置文件。这些配置文件允许UFW按名称管理这些应用程序。OpenSSH，允许您连接到您的服务器的服务，有一个在UFW注册的配置文件。

您可以通过键入以下内容来检查已安装的UFW配置文件列表：

ufw app list
输出信息
Available applications:
  OpenSSH

您需要确保防火墙允许SSH连接，以便您下次可以登录到您的服务器。通过键入以下内容允许这些连接：

ufw allow OpenSSH

然后输入以下命令启用防火墙

ufw enable

输入y并按回车键继续。您可以通过键入以下内容看到仍然允许SSH连接：

ufw status
输出信息
Status: active

To                         Action      From
--                         ------      ----
OpenSSH                    ALLOW       Anywhere
OpenSSH (v6)               ALLOW       Anywhere (v6)

防火墙当前阻止除SSH之外的所有连接。如果您安装和配置附加服务，您将需要调整防火墙设置以允许新流量进入您的服务器。

为普通用户启用外部访问​

现在您已经有了日常使用的普通用户，您需要确保可以通过SSH直接连接到该帐户。

为新用户配置SSH访问取决于您服务器的根帐户是使用密码还是SSH密钥进行身份验证。

如果root账户使用密码认证

如果您使用密码登录到您的root帐户，则会为SSH启用密码身份验证。您可以通过打开一个新的终端会话并使用SSH和您的新用户名连SSH到您的新用户帐户：

sudo command_to_run

如果root账户使用SSH密钥认证

如果您使用SSH密钥登录到您的根帐户，则SSH的密码身份验证将被禁用。要使用SSH密钥以普通用户身份登录，您必须将本地公钥的副本添加到新用户的 ~/.ssh/authorized_keys 文件中。

由于您的公钥已经在服务器上根帐户的 ~/.ssh/authorized_keys 文件中，您可以使用当前会话将该文件和目录结构复制到新用户帐户。

复制具有正确所有权和权限的文件的最简单方法是使用rsync命令。此命令将复制root用户的.ssh目录、保留权限并修改文件所有者，所有这些都在一个命令中完成。确保更改相关命令以匹配您的常规用户名：

注

rsync命令处理以斜杠结尾与没有斜杠不同在下面使用rsync时，请确保源目录(~/.ssh)不包含尾部斜杠(检查以确保您没有使用 ~/.ssh/)。

如果您不小心在命令中添加斜杠结尾，rsync会将root帐户的 ~/.ssh 目录的内容复制到sudo用户的主目录，而不是复制整个 ~/.ssh 目录结构。 若如此文件将位于错误的位置，SSH将无法找到和使用。

rsync --archive --chown=edal:edal ~/.ssh /home/edal

现在，在你的本地机器上打开一个新的终端会话，并使对新用户名使用SSH：

ssh edal@your_server_ip

您就能使用新用户帐户连接到服务器而无需使用密码。 请记住，如果您需要以管理权限运行命令，请在命令前键入sudo，如下所示：

sudo 加上命令

每次会话首次使用sudo时(之后会定期提示)，系统都会提示您输入普通用户的密码。

安装和使用Docker​

安装Docker​

官方Ubuntu存储仓中提供的Docker安装包可能不是最新版本。为确保获得最新版本，我们将从官方Docker存储仓安装Docker。为此，我们将添加一个新的包源，添加来自Docker的GPG密钥以确保下载有效，然后安装软件包。

首先，更新您现有的软件包列表：

sudo apt update

接下来，安装一些先决条件包，让apt通过HTTPS使用软件包：

sudo apt install apt-transport-https ca-certificates curl software-properties-common

然后将官方Docker存储仓的GPG密钥添加到您的系统中：

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg

将Docker存储仓添加到APT源：

echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

再次更新您现有的软件包列表，以便识别添加内容：

sudo apt update

确保您要从Docker存储仓而不是默认的Ubuntu存储仓进行安装：

apt-cache policy docker-ce

你会看到类似的输出，Docker的版本号可能不同：

docker-ce:
  Installed: 5:23.0.1-1~ubuntu.22.04~jammy
  Candidate: 5:23.0.1-1~ubuntu.22.04~jammy
  Version table:
 *** 5:23.0.1-1~ubuntu.22.04~jammy 500
        500 https://download.docker.com/linux/ubuntu jammy/stable amd64 Packages
        100 /var/lib/dpkg/status
     5:23.0.0-1~ubuntu.22.04~jammy 500
        500 https://download.docker.com/linux/ubuntu jammy/stable amd64 Packages
     5:20.10.23~3-0~ubuntu-jammy 500
        500 https://download.docker.com/linux/ubuntu jammy/stable amd64 Packages

请注意，docker-ce未安装，但安装候选来自Ubuntu 22.04(jammy)的Docker存储仓。

最后，安装Docker：

sudo apt install docker-ce

现在安装Docker，启动守护进程，并启用启动时启动的进程。检查它是否正在运行：

sudo systemctl status docker

输出类似于以下内容，表明该服务处于启用状态并正在运行：

● docker.service - Docker Application Container Engine
     Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-02-20 15:53:30 CST; 3min 29s ago
TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com
   Main PID: 1088 (dockerd)
      Tasks: 23
     Memory: 125.2M
        CPU: 3.375s
     CGroup: /system.slice/docker.service
             └─1088 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock

现在安装Docker不仅可以提供Docker服务(守护进程)，还可以提供docker命令行实用程序或Docker客户端。我们将在本教程后面探讨如何使用docker命令。

无Sudo执行Docker命令(选修)​

默认情况下，docker命令只能由root用户或docker用户组运行，docker用户组是在Docker安装过程中自动创建。如果您尝试在不使用sudo前缀或不在docker用户组中的情况下运行docker命令，您将获得如下输出：

docker: Cannot connect to the Docker daemon. Is the docker daemon running on this host?.
See 'docker run --help'.

如果您想在运行docker命令时避免键入sudo，请将您的用户名添加到docker用户组：

sudo usermod -aG docker ${USER}

要应用新的组员级别，请退出服务器并重新登录，或键入以下内容：

su - ${USER}

系统将提示您输入用户密码以继续。

通过键入以下内容确认您的用户现在已添加到docker用户组：

groups
输出
edal sudo docker

如果您需要将用户添加到您未登录的docker用户组，请声明该用户名：

sudo usermod -aG docker 用户名

本文的其余部分以docker用户组中的用户身份运行docker命令为示例。如果您不想这样做，请在命令前加上sudo。

接下来让我们来实践docker命令。

Docker命令的运用​

使用docker包括向其传递一系列选项和命令，然后是参数。语法采用以下形式：

docker [选项] [命令] [参数]

要查看所有可用的子命令，请键入：

docker

Docker版本23.0.1可用子命令的完整列表如下：

Commands:
  attach      Attach local standard input, output, and error streams to a running container
  commit      Create a new image from a container's changes
  cp          Copy files/folders between a container and the local filesystem
  create      Create a new container
  diff        Inspect changes to files or directories on a container's filesystem
  events      Get real time events from the server
  export      Export a container's filesystem as a tar archive
  history     Show the history of an image
  import      Import the contents from a tarball to create a filesystem image
  inspect     Return low-level information on Docker objects
  kill        Kill one or more running containers
  load        Load an image from a tar archive or STDIN
  logs        Fetch the logs of a container
  pause       Pause all processes within one or more containers
  port        List port mappings or a specific mapping for the container
  rename      Rename a container
  restart     Restart one or more containers
  rm          Remove one or more containers
  rmi         Remove one or more images
  save        Save one or more images to a tar archive (streamed to STDOUT by default)
  start       Start one or more stopped containers
  stats       Display a live stream of container(s) resource usage statistics
  stop        Stop one or more running containers
  tag         Create a tag TARGET_IMAGE that refers to SOURCE_IMAGE
  top         Display the running processes of a container
  unpause     Unpause all processes within one or more containers
  update      Update configuration of one or more containers
  wait        Block until one or more containers stop, then print their exit codes

要查看特定命令可用的选项，请键入：

docker docker-subcommand --help

要查看有关Docker的系统范围信息，请使用：

docker info

让我们探索其中的一些命令。我们将从处理镜像开始。

使用Docker镜像​

Docker容器通过Docker镜像构建。默认情况下，Docker从Docker Hub中提取这些镜像，这是一个由Docker项目公司管理的Docker注册中心，任何人都可以在Docker Hub上托管他们的Docker镜像，因此您需要的大多数应用程序和Linux发行版都在那里有托管的镜像。

要检查您是否可以从Docker Hub访问和下载镜像，请键入：

docker run hello-world

输出将显示Docker正常工作：

Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
2db29710123e: Pull complete
Digest: sha256:6e8b6f026e0b9c419ea0fd02d3905dd0952ad1feea67543f525c73a0a790fefb
Status: Downloaded newer image for hello-world:latest

Hello from Docker!
This message shows that your installation appears to be working correctly.

...

Docker初始无法在本地找到hello-world镜像，因此它从默认存储仓Docker Hub下载该镜像。下载镜像后，Docker从镜像创建一个容器并在容器内执行应用程序同时显示消息。

您可以使用带有search子命令的docker命令来搜索Docker Hub上可用的镜像。 例如，要搜索Ubuntu镜像，请键入：

docker search ubuntu

该脚本将抓取Docker Hub并返回名称与搜索字符串匹配的所有镜像列表。在这种情况下，输出将类似于以下信息：

NAME                             DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
ubuntu                           Ubuntu is a Debian-based Linux operating sys…   15619     [OK]
websphere-liberty                WebSphere Liberty multi-architecture images …   291       [OK]
open-liberty                     Open Liberty multi-architecture images based…   57        [OK]
neurodebian                      NeuroDebian provides neuroscience research s…   98        [OK]
ubuntu-debootstrap               DEPRECATED; use "ubuntu" instead                50        [OK]

...

在OFFICIAL栏中，OK表示由项目背后的公司构建和支持的镜像。 确定要使用的镜像后，您可以使用pull子命令将其下载到您的计算机上。

执行以下命令将官方ubuntu镜像下载到您的计算机：

docker pull ubuntu

您将看到所显示的信息如下：

Using default tag: latest
latest: Pulling from library/ubuntu
Digest: sha256:9a0bdde4188b896a372804be2384015e90e3f84906b750c1a53539b585fbbe7f
Status: Image is up to date for ubuntu:latest
docker.io/library/ubuntu:latest

下载镜像后，您可以通过下载的镜像使用run子命令运行容器。正如您在hello-world示例中看到的那样，如果在使用run子命令执行docker时尚未下载镜像，则Docker客户端将先下载镜像，然后使用它运行容器。

要查看已下载到您的计算机的图像，请键入：

docker images

您将看到所显示的信息如下：

hello-world                latest          feb5d9fea6a5   17 months ago   13.3kB
ubuntu                     20.04           e40cf56b4be3   2 weeks ago     72.8MB
ubuntu                     22.04           58db3edaf2be   3 weeks ago     77.8MB
ubuntu                     latest          58db3edaf2be   3 weeks ago     77.8MB

如您将在本文后面看到的那样，您可以修改用于运行容器的镜像并用于生成新镜像，然后可以将这些镜像上传/推送(推送是技术术语)到Docker Hub或其他Docker注册中心。

下面，让我们更详细地了解如何运行容器。

运行Docker容器​

您在以上运行的hello-world容器是在发出测试消息后运行和退出的容器示例。容器可不仅仅有这样的功能，且容器可以进行交互使用。毕竟，它们类似于虚拟机，只是对资源运用更为友好。

例如，让我们使用最新的Ubuntu镜像运行一个容器。-i和-t组合使您可以通过交互式shell访问容器：

docker run -it ubuntu

您的命令提示应该更改以反映您现在在容器内工作的情况，且如下所示：

输出信息
root@c1c84b562c09:/#

请注意命令提示中的容器ID。在此示例中为c1c84b562c09。稍后您将需要该容器ID以在您想要删除它时识别该容器。

现在您可以在容器内运行任何命令。例如，让我们更新容器内的包数据库。您不需要在任何命令前加上sudo前缀，因为您是以root用户身份在容器内操作：

root@eb0d0364eb18:/# apt update

然后可以在其中安装任何应用程序，让我们安装Node.js看看：

root@6327df395f88:/# apt install nodejs

这会将Node.js安装在来自官方Ubuntu存储仓的容器中。 安装完成后，验证是否安装了Node.js：

root@eb0d0364eb18:/# node -v

您会在终端中看到版本号：

输出信息
v12.22.9

您在容器内所做的任何更改仅适用于该容器。

要退出容器，请在提示符处键入exit。

接下来让我们管理系统上的容器。

Docker容器管理​

使用Docker一段时间后，您的计算机上将有许多启用(运行)和非启用容器。要查看启用容器，请使用：

docker ps

您将看到所显示的信息如下：

CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES

本文中，您启动了两个容器；一个来自hello-world镜像，另一个来自ubuntu镜像。两个容器都不再运行，但它们仍然存在于您的系统中。

要查看所有容器——启用或非启用，使用-a运行docker ps：

docker ps -a

您将看到所显示的信息如下：

CONTAINER ID   IMAGE         COMMAND       CREATED            STATUS                      PORTS   NAMES
6327df395f88   ubuntu        "/bin/bash"   36 minutes ago     Exited (129) 27 minutes ago         flamboyant_darwin
eb0d0364eb18   ubuntu        "/bin/bash"   56 minutes ago     Exited (129) 50 minutes ago         eloquent_poincare
c1c84b562c09   ubuntu        "/bin/bash"   About an hour ago  Exited (129) 57 minutes ago         competent_stonebraker
d5741949647c   hello-world   "/hello"      2 hours ago        Exited (0) 2 hours ago              optimistic_nobel

要查看您创建的最新容器，就使用 -l ：

docker ps -l
CONTAINER ID   IMAGE     COMMAND       CREATED          STATUS                        PORTS     NAMES
6327df395f88   ubuntu    "/bin/bash"   54 minutes ago   Exited (129) 45 minutes ago             flamboyant_darwin

要启动已停止的容器，请使用 docker start，后跟容器ID或容器名称。让我们启动ID为6327df395f88的基于Ubuntu的容器：

docker start 6327df395f88

容器将启动，您可以使用 docker ps 查看其状态：

CONTAINER ID   IMAGE     COMMAND       CREATED          STATUS          PORTS     NAMES
6327df395f88   ubuntu    "/bin/bash"   59 minutes ago   Up 22 seconds             flamboyant_darwin

要停止正在运行的容器，请使用 docker stop，后跟容器ID或名称。这一次，我们将使用Docker分配给容器的名称，即flamboyant_darwin：

docker stop flamboyant_darwin

一旦你决定不再需要一个容器，使用 docker rm 命令删除它，再次使用容器ID或名称。使用 docker ps -a 命令查找与hello-world镜像关联的容器ID或名称并将其删除。

docker rm flamboyant_darwin

您可以启动一个新容器并使用 --name 为其命名。您还可以使用 --rm 创建一个在停止时自行删除的容器。有关这些选项和其他选项的更多信息，请参阅 docker run help 命令。

容器可以变成镜像，你可以用它来构建新的容器。让我们看看如何实现。

将容器更改提交至Docker镜像​

启动Docker镜像时，您可以像使用虚拟机一样创建、修改和删除文件。您所做的更改将仅可用于该容器。您可以启动和停止它，但一旦您使用 docker rm 命令销毁，所做的更改将永远丢失。

在此向您展示如何将容器的状态保存为新的Docker镜像。

在Ubuntu容器中安装Node.js后，您现在有一个运行镜像的容器，但该容器与您用来创建它的镜像不同。但是您以后可能想基于这个Node.js容器制作新镜像。

然后使用以下命令将更改提交到新的Docker镜像实例。

docker commit -m "您的提交注解" -a "作者名称" container_id repository/new_image_name

-m 用于提交信息注解，可帮助您和其他人了解您所做的更改，而 -a 用于指定作者。container_id是您在本文前面开始交互式Docker会话时记下的那个。 除非您在Docker Hub上创建了额外的存储仓，否则存储仓repository通常是您的Docker Hub用户名。

例如，对于容器ID为c1c84b562c09的用户edal，命令为：

docker commit -m "添加Node.js" -a "edal" c1c84b562c09 edal/ubuntu-nodejs

当您提交镜像时，新镜像会保存在您本地的计算机上。 在本文的后面，您将学习如何将镜像推送到Docker Hub等Docker注册中心，以便其他人可以访问或使用。

再次列出Docker镜像将显示新镜像，以及它派生自的旧镜像：

docker images

您将看到所显示的信息如下：

REPOSITORY                 TAG             IMAGE ID       CREATED          SIZE
edal/ubuntu-nodejs        latest          e68a2e992e29   12 seconds ago   77.8MB

...

在此示例中，ubuntu-nodejs是新镜像，它派生自Docker Hub中现有的ubuntu镜像。大小差异反映了所做的更改。在这个例子中，变化是安装了NodeJS。因此，下次您需要使用预安装了NodeJS的Ubuntu运行容器时，您只需使用新镜像即可。

您还可以通过Dockerfile构建镜像，这样您就可以在新镜像中自动安装软件。但这超出了本文要分享的内容范围。

现在让我们与其他人共享新镜像，以便其他人可以从中创建容器。

将镜像推送到Docker存储仓​

从现有镜像创建新镜像后的下一个合乎逻辑的步骤是在Docker Hub或您有权访问的其他Docker注册中心上与您的几个朋友、整个世界共享。要将镜像推送到Docker Hub或任何其他Docker注册中心，您必须在那里拥有一个帐户。

要推送您的图像，请先登录Docker Hub。

docker login -u 用户名

系统将提示您使用Docker Hub密码进行身份验证，如果您指定了正确的密码，则身份验证就会成功。

注

如果您的Docker注册中心用户名与您用于创建映像的本地用户名不同，您将必须使用您的注册中心用户名标记您的镜像。对于最后一步中给出的示例，您将键入：

docker tag edal/ubuntu-nodejs docker用户名/ubuntu-nodejs

然后你可以使用以下方式推送你自己的镜像：

docker push docker用户名/镜像名称

要将ubuntu-nodejs镜像推送到edal存储仓，命令为：

docker push edal/ubuntu-nodejs

该过程在上传镜像时可能需要一些时间才能完成，但完成后，输出将如下所示：

The push refers to a repository [docker.io/edal/ubuntu-nodejs]
a3fbbfb44187: Pushed
df70bf19a086: Pushed
43b5c90a4eba: Pushed
7f18c442962b: Pushed
gce512daaf98: Pushed
6aae4313b42d: Pushed

将镜像推送到注册中心后，它应该列在您帐户的仪表板上，如下图所示。

如果推送尝试导致此类错误，那么您可能没有登录：

The push refers to a repository [docker.io/edal/ubuntu-nodejs]
a3fbbfb44187: Preparing
df70bf19a086: Preparing
43b5c90a4eba: Preparing
7f18c442962b: Preparing
gce512daaf98: Preparing
6aae4313b42d: Waiting
unauthorized: authentication required

使用 docker login 登录并重复推送尝试。 然后验证是否存在于您的Docker Hub存储仓页面上。

您现在可以使用 docker pull edal/ubuntu-nodejs 将镜像拉取到新机器并使用它来运行新容器。

安装Docker Compose​

为确保您获得最新的Docker Compose稳定版本，您将从其官方Github存储仓下载该软件。

首先，确认其发布页面中可用的最新版本。在撰写本文时，最新的稳定版本是2.16.0。

使用以下命令下载：

mkdir -p ~/.docker/cli-plugins/
curl -SL https://github.com/docker/compose/releases/download/v2.16.0/docker-compose-linux-x86_64 -o ~/.docker/cli-plugins/docker-compose

接下来，设置正确的权限，以便 docker compose 命令可执行：

chmod +x ~/.docker/cli-plugins/docker-compose

欲验证安装是否成功，您可以运行：

docker compose version

您将看到所显示的信息如下：

Docker Compose version v2.16.0

Docker Compose现已成功安装在您的系统上。接下来，我们将了解如何设置 docker-compose.yml 文件并使用此工具启动和运行容器化环境。

设置docker-compose.yml​

为演示如何设置docker-compose.yml文件并使用Docker Compose，您将使用来自Docker Hub(公共Docker注册中心)的官方Nginx镜像创建一个Web服务器环境。此容器化环境将提供单个静态HTML文件。

首先在您的主文件夹中新建一个目录，然后转到其中：

mkdir ~/compose-demo
cd ~/compose-demo

在此目录中，设置一个应用程序文件夹作为Nginx环境的文档根目录：

mkdir app

使用您喜欢的文本编辑器，在 app 文件夹中新建一个index.html文件：

vim app/index.html

然后，在文件中输入以下代码

~/compose-demo/app/index.html
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Docker Compose 示例</title>
</head>
<body>

    <h1>这是一个Docker Compose示例页面</h1>
    <p>此内容由Nginx容器服务显示</p>
    
</body>
</html>

接下来，创建 docker-compose.yml 文件：

vim docker-compose.yml

在您的docker-compose.yml文件中插入以下内容：

~/compose-demo/docker-compose.yml
version: '3.8'
services:
  web:
    image: nginx:alpine
    ports:
      - "8000:80"
    volumes:
      - ./app:/usr/share/nginx/html

docker-compose.yml文件通常以版本定义开头，告诉Docker Compose您正在使用哪个配置版本。

然后您有服务模块，您可以在其中设置属于此环境的服务。在本例中，您有一个名为web的服务。此服务使用nginx:alpine镜像并使用ports指令设置端口重定向。主机(运行 Docker Compose的系统)端口8000上的所有请求都将重定向到端口80上的Web容器，Nginx将在其中运行。

volumes指令将在主机和容器之间创建一个共享卷。这将与容器共享本地应用程序文件夹，卷将位于容器内的/usr/share/nginx/html，然后将覆盖Nginx的默认文档根目录。

您已经设置了一个演示页面和一个docker-compose.yml文件来创建一个容器化的Web服务器环境为其提供服务。在下一步中，我们将使用Docker Compose启动此环境。

运行Docker Compose​

有了docker-compose.yml 文件，您现在可以执行Docker Compose来启动您的环境。以下命令将下载必要的Docker镜像，为Web服务创建容器，并在后台模式下运行容器化环境：

docker compose up -d

Docker Compose将先在您的本地系统上查找定义的镜像，如果找不到该镜像，将自动从Docker Hub下载。

您的环境现已启动并在后台运行。要验证容器是否处于启用状态，您可以运行：

docker compose ps

此命令将向您显示有关正在运行的容器及其状态的信息，以及当前存在的任何端口重定向：

NAME                 IMAGE          COMMAND                  SERVICE   CREATED         STATUS         PORTS
compose-demo-web-1   nginx:alpine   "/docker-entrypoint.…"   web       31 seconds ago  Up 27 seconds  0.0.0.0:8000->80/tcp, :::8000->80/tcp

您现在可以通过将浏览器指向localhost:8000(本地机器上运行此演示)或您的域名或服务器IP:8000(远程服务器上运行此演示)来访问演示应用程序。

你会看到类似如下页面：

Docker Compose命令​

您已了解如何设置docker-compose.yml文件并使用docker compose启动您的环境。下面，我们来了解如何使用Docker Compose命令来管理容器化环境并与之交互。

要检查Nginx容器生成的日志，可以使用 logs 命令：

docker compose logs

您将看到所显示的信息如下：

edal@buddy:~/compose-demo$ docker compose logs
compose-demo-web-1  | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
compose-demo-web-1  | /docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
compose-demo-web-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
compose-demo-web-1  | 10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
compose-demo-web-1  | 10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
compose-demo-web-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
compose-demo-web-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
compose-demo-web-1  | /docker-entrypoint.sh: Configuration complete; ready for start up
compose-demo-web-1  | 2023/02/21 08:20:53 [notice] 1#1: using the "epoll" event method
compose-demo-web-1  | 2023/02/21 08:20:53 [notice] 1#1: nginx/1.23.3

...

如果您想在不更改容器当前状态的情况下暂停环境执行，您可以使用：

docker compose pause

发出暂停后恢复运行：

docker compose unpause

stop命令将终止容器执行，但它不会破坏与容器关联的任何数据：

docker compose stop

如果要删除与此容器化环境关联的容器、网络和卷，请使用down命令：

docker compose down

注：这不会删除Docker Compose用来启动您的环境的基础镜像(本示例中为nginx:alpine)。每当您使用 docker compose up 再次启动您的环境时，由于镜像已经在您的系统上，因此该过程会很快。

如果您还想从系统中删除基本映像，可以使用：

docker image rm nginx:alpine

您将看到所显示的信息如下：

Untagged: nginx:alpine
Untagged: nginx@sha256:6f94b7f4208b5d5391246c83a96246ca204f15eaf7e636cefda4e6348c8f6101
Deleted: sha256:2bc7edbc3cf2fce630a95d0586c48cd248e5df37df5b1244728a5c8c91becfe0
Deleted: sha256:9ca6be4cd63171f17f0a5e2ea28d5361a299672f41bd65223e7eac7d3d57e76d
Deleted: sha256:f7aa4d1226879fb1018ed05617572994840f4c75e5d04df2fffe04980cef11b9
Deleted: sha256:f83cdd3286b839bef51f1ae0f1f6164b16e1059a0e131035bfa0bb8bb0021357
Deleted: sha256:61b0680052fcdb48f47c8d68687c0b5bbb279b6e3740701885b39ea22ef7b008
Deleted: sha256:9045770a1273553bb8bd7ccd2d490ecb56ce762ac993ad74698d14186e39bda6
Deleted: sha256:60d9493158e562e8510cd4cabbd7460c03ad39fe2250bbd43bdcd1e75f64ba6f
Deleted: sha256:7cd52847ad775a5ddc4b58326cf884beee34544296402c6292ed76474c686d39

您已经了解了如何安装Docker Compose并基于Nginx Web服务器镜像设置容器化环境。同时，您还了解了如何使用Compose命令管理环境。

下面，我们来为设置私有的Docker注册中心做好准备：

安装Nginx​

Nginx是世界上最流行的Web服务器之一，负责托管互联网上一些最大和最高流量的网站。它是一个轻量级的选择，可以用作Web服务器或反向代理。

因为Nginx在Ubuntu的默认存储仓中可用，所以可以使用apt打包系统从存储库安装。

运行以下命令快速安装Nginx：

sudo apt update
sudo apt install nginx

当提示确认安装时按Y。如果系统提示您重新启动任何服务，请按回车键接受默认值并继续。apt将安装Nginx和任何必需的依赖项到您的服务器。

调整防火墙​

在测试Nginx之前，需要配置防火墙软件以允许访问该服务。Nginx在安装时将自己注册为ufw的服务，从而可以直接允许Nginx访问。

通过键入以下内容列出ufw知道如何使用的应用程序配置：

sudo ufw app list

您将看到所显示的信息如下：

Available applications:
  Nginx Full
  Nginx HTTP
  Nginx HTTPS
  OpenSSH

如输出所示，Nginx 可以使用三个配置文件：

  • Nginx Full：此配置文件同时打开端口80(正常、未加密的Web访问)和端口 443(TLS/SSL加密访问)
  • Nginx HTTP：此配置文件仅打开端口80(正常、未加密的网络访问)
  • Nginx HTTPS：此配置文件仅打开端口443(TLS/SSL加密访问)

建议您启用限制最严格的配置文件，该配置文件仍将允许您配置的流量。现在，我们只需要允许端口80上的访问。

您可以通过键入以下内容启用此功能：

sudo ufw allow 'Nginx HTTP'

您可以通过键入以下内容来验证更改：

sudo ufw status

您将看到所显示的信息如下：

Status: active

To                         Action      From
--                         ------      ----
OpenSSH                    ALLOW       Anywhere                  
Nginx HTTP                 ALLOW       Anywhere                  
OpenSSH (v6)               ALLOW       Anywhere (v6)             
Nginx HTTP (v6)            ALLOW       Anywhere (v6)

查看您的Web服务器​

在安装过程结束时，Ubuntu 22.04启动Nginx。Web服务器应该已经启动并正在运行。

我们可以通过键入以下命令检查systemd初始化系统以确保服务正在运行：

systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-02-20 22:53:14 CST; 1min 30s ago
       Docs: man:nginx(8)
    Process: 19990 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
    Process: 19991 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
   Main PID: 20091 (nginx)
      Tasks: 13 (limit: 18902)
     Memory: 11.3M
        CPU: 210ms
     CGroup: /system.slice/nginx.service
             ├─20091 "nginx: master process /usr/sbin/nginx -g daemon on; master_process on;"
             ├─20094 "nginx: worker process

由此确认，该服务已成功启动。然而，最好的测试方法是实际从Nginx请求一个页面。

您可以访问默认的Nginx页面，通过导航到您服务器的IP地址来确认软件是否正常运行。如果您不知道服务器的IP地址，可以使用icanhazip.com工具找到，该工具将为您提供从互联网上其他位置收到的公共IP地址：

curl -4 icanhazip.com

获得服务器的IP地址后，将其输入浏览器的地址栏：

http://您的IP地址

您应该会收到默认的Nginx访问页面：

Nginx进程管理​

现在您已经启动并运行了Web服务器，让我们回顾一些基本的管理命令。

欲停止您的Web服务器，请键入：

sudo systemctl stop nginx

启动Web服务器：

sudo systemctl start nginx

重启Web服务器：

sudo systemctl restart nginx

如果您只是进行配置更改，Nginx通常可以在不断开连接的情况下重新加载。为此，请键入：

sudo systemctl reload nginx

默认情况下，Nginx配置为在服务器启动时自动启动。如果您不想如此，可以通过键入以下内容来停用此方式：

sudo systemctl disable nginx

欲重新启用该服务以在引导时启动，您可以键入：

sudo systemctl enable nginx

您现在已经学习了基本的管理命令，并且应该准备好配置站点以托管多个域名。

设置服务器模块(推荐)​

使用Nginx网络服务器时，服务器模块(类似于Apache中的虚拟主机)可用于封装配置具体信息并从一台服务器托管多个域名。我们将设置一个名为your_domain的域名，实际情况下您需要将其替换为您自己的域名。

Ubuntu 22.04上的Nginx默认启用一个服务器模块，该服务器模块配置为从/var/www/html目录中提供文档。虽然这适用于单个站点，但如果您托管多个站点，可能会变得笨拙。我们不修改/var/www/html，而是在/var/www中为我们的your_domain站点创建一个目录结构，将/var/www/html保留为默认目录，以便在客户端请求不匹配时提供服务其他网站。

如下所示为your_domain创建目录，使用-p标志创建任何必要的上级目录：

sudo mkdir -p /var/www/your_domain/html

接下来，使用 $USER 环境变量分配目录的所有权：

sudo chown -R $USER:$USER /var/www/your_domain/html

如果您没有修改设置默认文件权限的umask值，您的Web根目录的权限应该是正确的。为确保您的权限正确并允许所有者读取、写入和执行文件，同时授予组和其他仅读取和执行权限，您可以输入以下命令：

sudo chmod -R 755 /var/www/your_domain

接下来，使用vim或您喜欢的编辑器创建一个示例index.html页面：

sudo vim /var/www/your_domain/html/index.html

在以上文件里添加以下HTML代码示例：

文件路径：/var/www/your_domain/html/index.html
<html>
    <head>
        <title>your_domain 欢迎您!</title>
    </head>
    <body>
        <h1>搞定！ your_domain服务器模块运行正常！</h1>
    </body>
</html>

为了让Nginx内容提供服务，有必要使用正确的指令创建一个服务器模块。我们不直接修改默认配置文件，而是在/etc/nginx/sites-available/your_domain新建一个：

sudo vim /etc/nginx/sites-available/your_domain

粘贴以下配置模块，它与默认配置类似，但针对我们的新目录和域名进行了更新：

文件路径：/etc/nginx/sites-available/your_domain
server {
        listen 80;
        listen [::]:80;

        root /var/www/your_domain/html;
        index index.html index.htm index.nginx-debian.html;

        server_name your_domain www.your_domain;

        location / {
                try_files $uri $uri/ =404;
        }
}

请注意，我们已将root配置更新为我们的新目录，并将 server_name 更新为我们的域名。

接下来，让我们通过创建一个到sites-enabled目录的链接来启用该文件，Nginx在启动期间从中读取：

sudo ln -s /etc/nginx/sites-available/your_domain /etc/nginx/sites-enabled/
注

Nginx使用一种称为symbolic链接或symlinks符号链接的常见做法来跟踪启用的服务器模块。创建一个符号链接就像在磁盘上创建一个快捷链接的方式，这样您可以稍后从启用站点的目录中删除该快捷方式，同时如果您想要启用，则将服务器模块保留在sites-available中。

为避免因添加额外的服务器名称而可能出现的哈希桶内存问题，有必要调整 /etc/nginx/nginx.conf 文件中的单个值。 打开文件：

sudo vim /etc/nginx/nginx.conf

找到 server_names_hash_bucket_size 指令并删除 # 符号以取消注释该行。

文件路径：/etc/nginx/nginx.conf
...
http {
    ...
    server_names_hash_bucket_size 64;
    ...
}
...

接下来，测试以确保您的Nginx文件中没有任何语法错误：

sudo nginx -t

如果没有任何问题，请重新启动Nginx以启用您的更改：

sudo systemctl restart nginx

Nginx现在应该为您的域名提供服务。您可以通过浏览器访问http://your_domain 来进行测试，您会在页面上看到如下内容：

搞定！ your_domain服务器模块运行正常！

熟悉Nginx重要文件与目录​

现在您知道如何管理Nginx服务本身，您应该花几分钟时间熟悉一些重要的目录和文件。

内容部分

  • /var/www/html：为Web内容，默认情况下仅包含您之前看到的默认Nginx页面，由/var/www/html目录提供。这可以通过更改Nginx配置文件来更改。

服务器配置

  • /etc/nginx：Nginx配置目录，所有Nginx配置文件都驻留在此处。
  • /etc/nginx/nginx.conf：主要Nginx配置文件，可以修改以变更Nginx全局配置。
  • /etc/nginx/sites-available/：可以存储每个站点服务器模块的目录。Nginx不会使用在此目录中找到的配置文件，除非将其链接到sites-enabled目录。通常，所有服务器模块配置都在此目录中完成，然后通过链接到其他目录来启用。
  • /etc/nginx/sites-enabled/：存储启用每站点服务器模块的目录。通常是通过链接到sites-available目录中的配置文件来进行创建。
  • /etc/nginx/snippets：该目录含有配置片段，可包含在Nginx配置的其他地方。潜藏可重复的配置片段是重构为片段的备用者。

服务器日志

  • /var/log/nginx/access.log：除非Nginx配置为其他方式，否则对Web服务器的每个请求都会记录在此日志文件中。
  • /var/log/nginx/error.log：任何Nginx错误都将记录在此日志中。

安装Let's Encrypt SSL证书​

安装Certbot​

Certbot建议使用他们的snap包进行安装。Snap包适用于几乎所有Linux发行版，但它们要求您先安装snapd才能管理snap包。Ubuntu 22.04支持开箱即用的 snap，因此您可以先确保您的snapd核心为最新更新：

sudo snap install core; sudo snap refresh core

如果您安装了旧版本certbot在服务器上，则应在继续之前将其删除：

sudo apt remove certbot

之后，您就可以安装certbot包啦：

sudo snap install --classic certbot

最后，您可以将certbot命令从snap安装目录链接到您的路径，这样您就可以通过键入certbot来运行。并非所有包都需要这样做，但默认情况下snap的侵入性较低，因此它们不会意外地与任何其他系统包发生冲突：

sudo ln -s /snap/bin/certbot /usr/bin/certbot

现在我们已经安装了Certbot，下面运行它来获取SSL证书。

获取SSL证书​

Certbot提供了多种通过插件获取SSL证书的方式，插件将负责重新配置Nginx并在必要时重新加载配置。要使用此插件，请键入以下内容：

sudo certbot --nginx -d your_domain -d www.your_domain

以上命令使用 --nginx 插件运行certbot，使用 -d 指定我们希望证书有效的域名。

运行命令时，系统会提示您输入电子邮件地址并同意服务条款。执行此操作后，您应该会看到如下相关证书存储位置的一条消息：

Successfully received certificate.
Certificate is saved at: /etc/letsencrypt/live/your_domain/fullchain.pem
Key is saved at:         /etc/letsencrypt/live/your_domain/privkey.pem
This certificate expires on 2023-05-21.
These files will be updated when the certificate renews.
Certbot has set up a scheduled task to automatically renew this certificate in the background.

Deploying certificate
Successfully deployed certificate for your_domain to /etc/nginx/sites-enabled/your_domain
Successfully deployed certificate for www.your_domain to /etc/nginx/sites-enabled/your_domain
Congratulations! You have successfully enabled HTTPS on https://your_domain and https://www.your_domain

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
If you like Certbot, please consider supporting our work by:
 * Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
 * Donating to EFF:                    https://eff.org/donate-le
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

您的证书已下载、安装和加载，您的Nginx配置现在将自动将所有Web请求重定向到https://。试着重新加载您的网站并注意浏览器的安全指示器。它应该表明该站点已得到妥善保护，通常带有锁图标。

Certbot自动更新​

Let's Encrypt的证书有效期只有九十天。我们安装的certbot包通过添加一个每天运行两次的systemd计时器来为我们解决这个问题，并自动更新任何在三十天内到期的证书。

您可以使用systemctl查询定时器的状态：

sudo systemctl status snap.certbot.renew.service

您将看到所显示的信息如下：

○ snap.certbot.renew.service - Service for snap application certbot.renew
     Loaded: loaded (/etc/systemd/system/snap.certbot.renew.service; static)
     Active: inactive (dead)
TriggeredBy: ● snap.certbot.renew.timer

欲测试更新续订过程，您可以使用certbot进行试运行：

sudo certbot renew --dry-run

如果您没有看到任何错误，则一切就绪。必要时，Certbot将更新您的证书并重新加载Nginx以获取更改。如果自动续订过程失败，Let's Encrypt将向您指定的电子邮件发送一条消息，在您的证书即将过期时通知您。

设置私有Docker注册中心​

安装与配置Docker注册中心​

在启动和测试容器时，命令行上运行Docker很有用，但对于涉及并行运行多个容器的更大部署，可能会变得笨拙。

使用Docker Compose，您可以编写一个 .yml 文件来设置每个容器的配置和容器相互通信所需信息。您可以使用 docker compose 工具向组成应用程序的所有组件发出命令，并将它们作为一个组进行控制。

Docker Registry(Docker注册中心) 本身是一个包含多个组件的应用程序，因此您可使用Docker Compose来进行管理。要启动注册中心实例，您需设置一个 docker-compose.yml文件来定义以及注册中心将在磁盘上存储其数据的位置。

在此，我们将配置存储在主机服务器上名为 docker-registry 的目录中。通过运行以下命令创建：

mkdir ~/docker-registry

转向改目录：

cd ~/docker-registry

在目录下再创建一个名为data的子目录：

mkdir data

通过运行以下命令创建并打开名为 docker-compose.yml 的文件：

vim docker-compose.yml

添加以代码将其定义Docker注册中心的基本实例：

~/docker-registry/docker-compose.yml
version: '3.8'

services:
  registry:
    image: registry:latest
    ports:
    - "5000:5000"
    environment:
      REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY: /data
    volumes:
      - ./data:/data

以上文件，您命名第一个服务 registry ，使用 registry 镜像并将其设置到最新版本。然后，在端口下，将主机上的端口 5000 映射到容器的端口 5000 ，这将允许您向服务器上的端口 5000 发送请求并将请求转发到注册中心。

在 environment 部分，设置 REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY 变量至 /data ，指定应在哪个卷中存储其数据。然后，在 volumes 部分，将主机文件系统上的 /data 目录映射到容器中的 /data 通行使用。数据实际上将存储在主机的文件系统中。

保存并退出文件编辑页面

您现在可以通过运行以下命令开始配置：

docker compose up

注册中心容器及其依赖项将被下载并启动。

[+] Running 6/6
 ⠿ registry Pulled                                                                                                                                                7.7s
   ⠿ ef5531b6e74e Pull complete                                                                                                                                   2.7s
   ⠿ a52704366974 Pull complete                                                                                                                                   2.8s
   ⠿ dda5a8ba6f46 Pull complete                                                                                                                                   2.9s
   ⠿ eb9a2e8a8f76 Pull complete                                                                                                                                   3.3s
   ⠿ 25bb6825962e Pull complete                                                                                                                                   3.9s
[+] Running 2/1
 ⠿ Network docker-registry_default       Created                                                                                                                  0.1s
 ⠿ Container docker-registry-registry-1  Created                                                                                                                  0.0s
Attaching to docker-registry-registry-1
docker-registry-registry-1  | time="2023-02-21T19:08:16.67735615Z" level=warning msg="No HTTP secret provided - generated random secret. This may cause problems with uploads if multiple registries are behind a load-balancer. To provide a shared secret, fill in http.secret in the configuration file or set the REGISTRY_HTTP_SECRET environment variable." go.version=go1.16.15 instance.id=9bd45996-08d9-4812-898f-43378f81ef5f service=registry version="v2.8.1+unknown"
docker-registry-registry-1  | time="2023-02-21T19:08:16.677440318Z" level=info msg="redis not configured" go.version=go1.16.15 instance.id=9bd45996-08d9-4812-898f-43378f81ef5f service=registry version="v2.8.1+unknown"
docker-registry-registry-1  | time="2023-02-21T19:08:16.677708003Z" level=info msg="Starting upload purge in 0s" go.version=go1.16.15 instance.id=9bd45996-08d9-4812-898f-43378f81ef5f service=registry version="v2.8.1+unknown"
docker-registry-registry-1  | time="2023-02-21T19:08:16.677753999Z" level=info msg="PurgeUploads starting: olderThan=2023-02-14 19:08:16.67772287 +0000 UTC m=-604799.990567511, actuallyDelete=true"

...

设置Nginx端口转向​

您已经设置了/etc/nginx/sites-available/your_domain文件，其中包含您的服务器配置。通过运行打开它进行编辑：

sudo vim /etc/nginx/sites-available/your_domain

找到现有的location模块：

/etc/nginx/sites-available/your_domain
...
        location / {
  ...
        }
...

您需要将访问转发到端口5000，您的注册中心将在此处侦听访问。您还希望将标头附加转发到注册中心的请求，它提供来自服务器的关于请求本身的附加信息。用以下代码替换location模块的现有内容：

/etc/nginx/sites-available/your_domain
...
location / {
    # Do not allow connections from docker 1.5 and earlier
    # docker pre-1.6.0 did not properly set the user agent on ping, catch "Go *" user agents
    if ($http_user_agent ~ "^(docker\/1\.(3|4|5(?!\.[0-9]-dev))|Go ).*$" ) {
      return 404;
    }

    proxy_pass                          http://localhost:5000;
    proxy_set_header  Host              $http_host;   # required for docker client's sake
    proxy_set_header  X-Real-IP         $remote_addr; # pass on real client's IP
    proxy_set_header  X-Forwarded-For   $proxy_add_x_forwarded_for;
    proxy_set_header  X-Forwarded-Proto $scheme;
    proxy_read_timeout                  900;
}
...

if模块检查请求的用户代理并验证Docker客户端的版本是否高于1.5，并且它不是尝试访问的Go应用程序。有关这方面的更多解释，您可以在Docker注册中心Nginx指南中找到nginx标头配置。

完成后保存并退出文件编辑页面。通过重新启动Nginx来应用更改：

sudo systemctl restart nginx

如果您收到出错消息，请仔细检查您添加的配置。

欲确认Nginx正确地将访问转发到端口 5000 上的注册表容器，请运行：

docker compose up

然后，在浏览器中，访问您的域名并使用v2端点，如下所示：

https://your_domain/v2

浏览器将加载一个空的JSON对象：

{}

设置身份验证​

Nginx可以让您为其管理的站点设置HTTP身份验证，您可以使用它来限制对Docker注册中心的访问。为此，您将使用 htpasswd 创建一个身份验证文件，并向其中添加将被认可的用户名和密码组合。该过程将启用对您的注册中心的身份验证。

您可以通过安装 apache2-utils 软件包来获取 htpasswd 实用程序。运行以下命令：

sudo apt install apache2-utils -y

将带有凭据的身份验证文件存储在 ~/docker-registry/auth 下。运行以下命令：

mkdir ~/docker-registry/auth

转向该目录：

cd ~/docker-registry/auth

创建第一个用户，将用户名替换为您要使用的用户名。-B 标志命令使用Docker要求的bcrypt算法：

htpasswd -Bc registry.password 用户名

出现提示时输入密码。凭据的组合将附加到registry.password。

提示

要添加更多用户，请在不带 -c 的情况下重新运行之前的命令：

htpasswd -B registry.password 用户名

-c 为创建一个新文件，如果使用它会更新现有文件。

现在已创建凭据列表，我们需要编辑 docker-compose.yml 以命令Docker使用您创建的文件对用户进行身份验证。打开它进行编辑：

vim ~/docker-registry/docker-compose.yml

添加高亮代码部分：

~/docker-registry/docker-compose.yml
version: '3.8'

services:
  registry:
    image: registry:latest
    ports:
    - "5000:5000"
    environment:
      REGISTRY_AUTH: htpasswd
      REGISTRY_AUTH_HTPASSWD_REALM: Registry
      REGISTRY_AUTH_HTPASSWD_PATH: /auth/registry.password
      REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY: /data
    volumes:
      - ./auth:/auth
      - ./data:/data

现在，您已添加了指定使用HTTP身份验证并提供 htpasswd 创建文件路径的环境变量。对于 REGISTRY_AUTH，将 htpasswd 指定为其值，并将 REGISTRY_AUTH_HTPASSWD_PATH 设置为身份验证文件的路径。REGISTRY_AUTH_HTPASSWD_REALM 表示 htpasswd 领域的名称。

您还挂载了 ./auth 目录以使该文件在注册中心容器内可用。保存并退出编辑文件页面。

现在可以验证您的身份验证是否正常工作。先转到到主目录：

cd ~/docker-registry

然后运行：

docker compose up

在您的浏览器中，刷新域名页面。系统会要求您提供用户名和密码。

提供有效的凭据组合后，您将访问带有空JSON对象的页面：

{}

您已成功通过身份验证并获得了对注册中心的访问权限。在终端中按CTRL+C退出运行。

您的注册中心现已有安全保障，只有在身份验证后才能访问。接下来，我们将配置它作为后台进程运行，同时通过自动启动来使用重新启动。

启动Docker注册中心即服务​

您可以通过指示Docker Compose始终保持运行来确保注册中心容器在每次系统启动或崩溃后保持重启运行。

打开 docker-compose.yml 进行编辑：

vim docker-compose.yml

将以下高亮代码添加到registry模块中：

~/docker-registry/docker-compose.yml
...
  registry:
    restart: always
...

您现在可以通过 -d 标志将注册中心作为后台进程启动：

docker compose up -d

当你的注册中心在后台运行时，你可以随意关闭这个SSH命令行界面，终端和注册中心不会受到影响。

由于Docker镜像的占用空间可能非常大，接下来我们将设置Nginx能够接受上传的最大文件尺寸限制。

Nginx文件上传大小设置​

在将镜像推送到注册中心之前，您需要确保您的注册中心能够处理大文件上传。Nginx默认上传文件大小限制为1m，这对于Docker镜像来说远远不够。 接下来，我们将对其设置进行修改，编辑位于 /etc/nginx/nginx.conf 的Nginx配置文件。

打开文件进行编辑：

sudo vim /etc/nginx/nginx.conf

在http部分添加以下高亮代码内容：

/etc/nginx/nginx.conf
...
http {
        client_max_body_size 8192m;
        ...
}
...

client_max_body_size 参数现设置为8192m，使最大上传大小为8GB。

保存并退出编辑文件页面。

重新启动Nginx以应用配置更改：

sudo systemctl restart nginx

发布至私有Docker注册中心​

现在您设置好的Docker注册中心服务器正在运行并接受大文件8GB的上传，我们来试着将镜像推送到这个私有的Docker注册中心。由于您没有现成可用的景象，我们将使用来自 Docker Hub的ubuntu镜像进行测试。

在客户端服务器的新终端会话中，运行以下命令来下载ubuntu镜像，运行并访问其shell：

docker run -t -i ubuntu /bin/bash

进入后，通过运行以下命令创建一个名为 SUCCESS 的文件：

root@44ea1c653b1d:/# touch /SUCCESS

通过创建此文件，您已经自定义了您的容器。稍后将使用它来检查您是否使用完全相同的容器。

运行以下命令退出容器shell：

root@44ea1c653b1d:/# exit

现在从您刚刚自定义的容器新建一个镜像：

docker commit $(docker ps -lq) test-image

新镜像现在在本地已可用，您可以将其推送到您的容器注册中心。首先，您必须登录：

docker login https://your_domain

弹出登陆框时，输入相关在之前所创建的登陆信息即可。

一旦登陆之后，就可以重命名所创建的镜像：

docker tag test-image your_domain/test-image

最后，将新标记的镜像推送到您的注册中心：

docker push your_domain/test-image

拉取镜像自私有Docker注册中心​

登陆私有Docker注册中心：

docker login https://your_domain

拉取test-image镜像：

docker pull your_domain/test-image

Docker将下载镜像。使用以下命令运行容器：

docker run -it your_domain/test-image /bin/bash

搞定！私有Docker注册中心已就绪！

DevOps与Docker完美结合​

通过上面一系列的操作，我们已将相关Docker的环境全部就绪。之后就是我们即将面对的目标，开发一些属于我们自己的项目，并发布甚至将我们开发的产品进行商用，产品化我们的项目，最终达至盈利的目的。但在开发与运维的过程中我们将遇到各种各样的问题：测试、调试、修复Bugs、维护服务器、产品版本发布、SEO优化、代码质量提升、团队协作开发，甚至团队管理等等。因此，DevOps的概念给我们带来了很好的解决方案！什么是DevOps? 这问题我们就不在此详细讨论，您可以通过互联网搜索得到所要的答案。而在此部分，我们将使用Buddy做为DevOps开发运维示例。

什么是Buddy?

Buddy是一个DevOps自动化平台：一个让开发人员能够以简单可靠的方式构建、测试和发布软件的平台(支持云服务、本地部署与自托管部署)。它基于持续集成的原则，对代码的每次更改都会自动测错并为部署做好准备。部署也是自动化，这消除了人为错误风险并显著缩短操作时间。因此，您可以更快地收集客户的反馈并进行更改，而不会有白白浪费数月工作的风险。Buddy的使用有免费与收费两种帐户类型，在此，我们可以免费注册并使用它作为自动化运维Docker项目，让我们只需要专注开发即可，其余的代码提交，构建镜像、推送镜像、拉取镜像、部署项目等等一切均可由Buddy来完成。

首先，点击此处免费注册一个Buddy帐户 >>>

完成注册Buddy帐户之后，登陆进入帐户。接下来，开启我们的DevOps开发运维一体化之路！

创建项目、流水线与添加操作​

登陆Buddy帐户之后，点击新建项目按钮进入项目创建第一步：

选择系统自带Git托管作为项目存储仓，输入项目名称并点击新建项目按钮进行项目创建：

在此，我们将使用一个开源项目作为演示，此为基于Rust语言、使用Angular作为前端、PostgreSQL数据库的一个项目。请点击此处从GitHub下载Repo并提交推送至刚刚创建的项目存储仓之中：

点击流水线并新建一条流水线，触发器选择事件，也就是自动触发，当我们提交并推送代码至此项目存储仓时，将会自动触发并运行流水线上的操作：

在流水线上添加操作，进入流水线点击操作标签页，然后点击 + 加号按钮进一步添加操作：

我们将添加两个操作；一个是用于构建镜像，另一个用于推送镜像至私有Docker注册中心：

而在项目存储仓中有四个镜像可供我们构建：data目录下的数据库、services目录下相关后端API、www目录之下的Angular前端以及调试使用Swagger。下面，除了Swagger，我们将逐个通过构建与推送镜像操作将其余三个构建并推送至以上创建的私有注册中心之中。

数据库镜像

点击 + 加号按钮添加构建镜像，并选择如下图data目录下的Dockerfile文件，同时选择与至匹配的相关联环境，也就是data目录。然后点击蓝色按钮添加此操作：

点击 + 加号按钮添加推送镜像：

举一反三，同上添加剩余的两个操作，我们就可以看到如下图在流水线上添加了总共六个操作。操作分别为构建与推送镜像：数据库、API与前端：

至此，我们的自动化运维布局已就绪！下面我们来运行这条流水线。

运行流水线构建和推送镜像​

目前，在此项目中，我们可以通过两种方式运行流水线：第一种直接手动点击流水线上的运行按钮执行运行：

第二种是通过在项目中提交并推送代码至存储仓自动触发流水线执行运行。

流水线运行之后，打开浏览器并输入https://your-domain/v2/_catalog并在弹出的登陆框输入帐户信息，我们就可以在私有Docker注册中心看到如下图的相关镜像信息：

注

请注意更换 your-domain 为您自己的域名名称！

此时，我们的Docker项目就能够完美地与自动化运维相结合。您可以随意推送、拉取镜像来进一步开发您的项目！

总结​

总结就留给您自己写吧！当您认真阅读这篇文章时，我相信您已经对Docker有了更深的认识与如何更熟练地运用。如果到这里还不知所措，那么请按照本文内容一步步进行实际操作。

· 阅读需 1 分钟
向书瑜

提升​

  • 职能：项目经理在项目中拥有管理员权限
  • 流水线：重新设计统计分析页面
  • My-ID：重新设计工作区帐户页面
  • 服务：主机名现在支持 _ 字符
  • 直接添加到项目中的集成现在具有默认“项目”权限范围
  • 变量现在以 : 分隔符显示，例如：BUDDY_EXECUTION_REF: refs/heads/master
  • 新变量：BUDDY_EXECUTION_WEBHOOK_PAYLOAD - 包含来自外部提供商的webhook负载或来自使用webhook URL触发的流水线负载
  • [操作：Docker CLI] 添加了调试模式
  • [本地部署] 现在可以重命名主工作器

修复​

  • 为从自定义AMI(Ubuntu, Linux, Windows)启动的虚拟机添加了缺失镜像的错误消息

· 阅读需 1 分钟
木日夏复

尊敬的开发者朋友，随着2023年3月8日即将发布的Buddy 2.5版本，基于速率Velocity的参数将在所有Buddy本地部署项目中被弃用。

推荐

我们强烈推荐尽快用环境变量替换任何现有参数，因为Velocity将于2023年9月12日永久停用。

如果您注意到对您业务至关重要的流水线停止工作，您可以在更新参数所需的时间内在项目设置中重新激活此功能：


本地部署切换Velocity

· 阅读需 1 分钟
向书瑜

新功能​

提升​

  • 重新设计变量视图
  • 优化代码提交量大的对比视图
  • 添加了部署操作的触发条件
  • 为亚马逊受信第三方集成添加会话时长
  • [安卓: Flutter] 添加新版本
  • [安卓: React Native] 添加新版本
  • [安卓: Ionic] 添加新版本
  • [AWS CloudFormation] 添加新版本
  • [本地部署] 为SMTP添加了SSL支持

· 阅读需 17 分钟
木日夏复

本文，我们将向您展示如何配置一个流水线，该流水线将在零停机的情况下构建、测试和部署项目。零停机是一种部署技术，可让您在此过程中通过终端用户完全更新网站。

提醒

请确保在您服务器上安装SSH，因为我们需要使用SSH运行一些命令以修改部署。

新建项目​

提示

在此，我们将使用一个静态React网站作为演示，您可以从：GitHub存储仓上获取示例源码，此存储仓基于React快速上手文档创建。(React是一个用于构建用户界面的JavaScript库)

进入Buddy系统并新建一个项目。选择你的目标Git托管，在此我们使用Buddy系统自带的Git托管作为演示，当然您也可以使用其他的Git托管提供商：

流水线配置​

信息

流水线是在存储仓代码环境中运行并在特定条件下触发的一组操作(例如构建、测试或部署)。

在这里，我们设置触发条件和要从中部署的分支。由于我们要全自动化，因此将触发模式设置为事件(自动)。我们使用的项目只有一个分支(master)，因此保持默认：

构建配置​

现在，Buddy将要求您向流水线添加操作。选择Node.js操作 – 我们将使用它作为构建的模板：

信息

Buddy使用具有预配置环境的隔离容器作为构建模板

您可以在此处配置构建详情，例如使用的Node版本和将在容器中运行的命令。您可以保留默认命令 - 只需在行末添加npm run build：

npm install
npm test
npm run build

测试构建​

运行流水线以查看一切是否正常。第一步，Buddy将从您的存储仓中提取最新更改并设置环境变量。在第二步中，Buddy将下载所需的依赖项并将其缓存在容器中 - 存留在那以供将来执行，这样您就不必再次进行下载。您可以单击正在运行的执行并展开操作中的日志以了解详细信息：

文件系统​

执行完成后，将生成对流水线文件系统的构建。文件系统包含上次执行的修订版中存储仓的克隆、构建操作生成的工件以及手动上传的静态文件(例如配置文件)。您会注意到工件会标有一个小的宝石图标：

部署配置​

下一步是添加一个操作，该操作会将我们的构建上传到服务器。在这种情况下，作为示例我们将通过SSH部署到腾讯云服务器，我们推荐使用SFTP作为传输操作：

信息

虽然示例使用SFTP与腾讯云，但您也可以使用所需的任何服务器、私有云、专有云服务器，有如阿里云、华为云以及专有的Buddy操作集成Azure、AWS、谷歌云、DigitalOcean、Heroku、Netlify、Vultr、Rackspace等等。将来，我们还会集成更多便捷专有的Buddy操作云服务提供商集成。如果您是云服务提供商并欲提供Buddy操作集成，请通过此电子邮件联系我们：support@buddy.red

操作界面允许您配置部署详细信息：服务器的访问凭据、Buddy将从中上传文件路径以及服务器上的目标路径。您可以从多种身份验证方法中进行选择 - 我们始终建议使用 Buddy的工作区密钥作为最安全的身份验证方法。

在示例中，网站将从存储仓中的构建目录(源路径)部署到服务器上的/var/www/html/hello(远程路径)：

测试部署​

单击Test action测试按钮以检查是否正确配置所有信息。Buddy将连接到服务器，上传测试文件，然后删除将测试文件删除。完成后保存设置单击运行流水线按钮或将某些内容推送到存储仓以触发流水线并将网站上传至服务器：

提醒

如果出现连接问题，请确保将Buddy用于部署的IP列入白名单。

零停机部署​

流水线现已完全正常运行：每当进行推送时，Buddy都会提取更改、运行单元测试、准备构建并将其上传到服务器。现在是时候让我们升级流程了，以确保应用程序在部署期间不会遭受任何停机。

我们将应用一个简易的技巧：首先将应用程序上传到新创建的文件夹，然后在部署完成后将服务处理过程切换到新路径位置。

编辑部署文件夹​

单击部署操作以编辑其详细信息，并将部署到的文件夹(远程路径)更改为$BUDDY_EXECUTION_REVISION/。这将在每次执行时自动创建一个以当前部署的修订命名的新文件夹。如果您在GitHub上使用我们的项目，完整路径将如下所示：

/var/www/html/$BUDDY_EXECUTION_REVISION

Buddy将检测到远程路径已更改，并要求您采取措施。保持原样并单击继续 – 我们需要先在服务器上添加一些命令：

添加服务器命令​

现在，我们将添加一个操作，该操作将连接到我们的服务器，并运行将在部署后将服务进程切换到新路径位置的命令。在操作名单中查找SSH：

该操作以与部署完全相同的方式定义：您需要提供身份验证方式、服务器凭据以及将在其中执行命令的目录(将此目录保留为默认值)。当然，我们也需要适当的命令。填写服务器详细信息并将以下内容粘贴到命令窗口中：

#kill current http-server process
kill $(lsof -t -i:80) || true
#run maintenance page
http-server -p 80 /var/www/html/$BUDDY_EXECUTION_REVISION > http.log 2>&1 &
信息

第一个命令将终止当前服务进程。第二个将从部署操作创建的新位置运行。

该操作应如下所示：

测试零停机部署​

推送代码到存储仓以触发流水线或手动运行该流水线，并检查执行日志是否正确传递：

提示

恭喜 – 您已成功将零停机部署引入交付流程！🎉

提醒

请注意，此示例中的应用程序可以在几秒钟内完成部署，并且不需要绝对100%的正常上线运行时间。此方案最适合用于可能需要几分钟(甚至几小时)才能完成上传的复杂网站与程序部署。

暂存环境配置​

在将网站部署到生产服务器之前，最好在暂存服务器上预览更改，并可能运行一些端到端测试。在本文的这一部分中，我们将重新配置流水线以从端口3000为网站提供服务，并将部署到生产环境 - 但仅在手动确认更改后。

创建暂存服务器​

第一步是添加另一个SSH操作，该操作将在服务器上创建新的服务进程。您可以使用操作添加界面上的复制选项，而不是从头开始配置所有内容：

复制时，将项目和流水线保留为默认值，但不要复制所有操作，而是仅选择SSH操作：

流水线中应有两个相同的SSH操作。单击第一个以编辑其详细信息并将端口从80更改为3000：

#kill current http-server process
kill $(lsof -t -i:3000) || true
#run maintenance page
http-server -p 3000 /var/www/html/$BUDDY_EXECUTION_REVISION > http.log 2>&1 &

完整的流水线应如下所示，第一个SSH操作设置为端口3000，第二个设置为端口80：

提示

为避免混淆，最好将两个SSH操作的默认名称重命名为两个带不同说明的名称，例如：暂存服务器操作和生产服务器操作。您可以在“概述”设置选项卡中执行此操作。

添加手动确认​

在每次推送时将网站部署到生产环境而不检查更改是一项有风险的业务。除非测试完全涵盖该过程并通过多个环境发布，否则强烈建议将流水线触发模式切换为手动，或者在部署到生产环境之前添加手动确认步骤 - 最后一个是我们现在要做的：

单击最终发布步骤之前的 + 按钮，然后在操作列表中查找等待审批：

您可以在此处定义问题并将审批权限限制为选定的用户组：

现在，一旦运行流水线，它将自动停止并且在确认更改之前不会继续运行。但是怎么让审批人员知道有一个网站在等待他们的批准呢？

这时，我们将给他们发送提醒通知。

通知用户部署​

再次单击 + 按钮 - 这次是在批准操作之前。跳转到右列中的通知，然后选择您的首选服务：

在此示例中，我们将使用 Slack，因为它是用户中最受欢迎的通知服务。

每当您首次添加与第三方服务集成的操作时，Buddy都会要求您配置集成详细信息。在此，您可以定义集成的权限范围，即谁可以修改其详细信息并添加需要它的流水线操作：

最后一步是接受所选应用程序的OAuth权限：

配置集成后，您可以指定消息。最好将 URL 粘贴到暂存网站，以便团队成员可以快速访问：

测试暂存至生产部署​

对网站进行一些更改并运行流水线。执行应在发布到生产环境之前停止：

您还应在所选服务中收到通知：

单击批准按钮以继续执行剩余操作并实时发布网站。

提示

恭喜 – 您已成功为您的网站创建完整的暂存/生产交付流水线！ 🎉

附加: 条件通知​

流水线现已完全正常运行。它无需停机即可交付应用程序，将网站上传到暂存服务器，通知团队有新版本等待审批，并在更改获得批准后将其发布到生产环境。

但是，如果在此过程中出现问题怎么办？例如，如果测试失败怎么办？好吧，首先要做的是通知相关人员。我们已经针对有能力的开发人员提供了有关新版本的通知操作。但是，在这种情况下，我们需要通知QA或Dev - 但前提是流水线遇到中断。

转到流水线总览，然后单击于失败标签按钮：

添加您选择的其他通知。编辑邮件并选择正确的频道/收件人：

测试条件通知​

是时候进入好玩的部分了 - 故意破坏您的网站。例如，让我们在 /src/App.test.js 搞坏一个import破坏：

推送更改以触发流水线。执行将在测试这一步骤上失败，除了最后的通知不会执行进一步的操作：

附加: 终端调试​

Buddy有一个很酷的功能，让你直接从终端调试错误。请转到所需的执行进行访问，然后在失败的操作上单击“在终端中调试操作”：

Buddy将启动容器备份，允许您在交互模式下运行命令并调试问题：

提醒

请注意，终端调试被视为正常执行。除非工作区中具有并行性操作，否则任何后续执行都将进入列队排队执行。

总结​

本文介绍的做法涵盖了使用Buddy进行持续集成和部署的基础知识。就软件发布频率而言，仅应用部署自动化本身就是一个行业的改变者，极大地提高了效率和工作条件。流水线和可视化界面的灵活性，可让您在不参考文档的情况下即时添加和删除操作，而Docker容器可确保整个团队的环境保持一致。

总而言之，Buddy更像是一个开发运维大舞台，您可以在其中创建自动化工作流程，就像建造房屋一样：选择您需要的材料，在必要时进行调整，怎么舒适怎么办。但不要认为仅仅虚有其表，因为Buddy与您迄今为止可能使用过的任何其他CI/CD工具一样强大 - 它只是降低了DevOps入门门槛，并把人们认为晦涩的DevOps变得简单易用。

· 阅读需 2 分钟
木日夏复

我们全新的功能允许您充值账户余额，以确保您的工作区运行自如，例如，在您的信用卡或银行账号出现意外问题时而不受影响。

如何使用？​

要向钱包中充值资金，请转到用户账单设置之下的余额 & 交易选项卡：


余额总览

您所要了解的信息​

  1. 该帐户每月在同一天收取费用
  2. 如果钱包余额充足，Buddy会先从钱包中扣除相应金额，如果余额不足会再扣除与账户绑定的支付方式。
  3. 如果余额为零，Buddy将使用与该帐户关联的付款方式。
  4. 充值余额需要信用卡或PayPal帐户。 如果您需要发票，可以选中该选项并在下面输入您公司的详细信息：


充值页面

重要

Buddy为100%客户驱动！告诉我们您需要哪些集成才能将您的自动化开发运维提升到一个新的水平！如果您错过了某个功能或集成，请在客服聊天与我们联系，或者直接给我们发邮件：support@buddy.red