Docker私有仓库

在 Docker 中，当我们执行 docker pull xxx 的时候，可能会比较好奇，docker 会去哪儿查找并下载镜像呢？

它实际上是从 registry.hub.docker.com 这个地址去查找，这就是Docker公司为我们提供的公共仓库，上面的镜像，大家都可以看到，也可以使用。

所以，我们也可以带上仓库地址去拉取镜像，如：docker pull registry.hub.docker.com/library/alpine，不过要注意，这种方式下载的镜像的默认名称就会长一些。

如果要在公司中使用 Docker，我们基本不可能把商业项目上传到公共仓库中，那如果要多个机器共享，又能怎么办呢？

正因为这种需要，所以私有仓库也就有用武之地了。

所谓私有仓库，也就是在本地（局域网）搭建的一个类似公共仓库的东西，搭建好之后，我们可以将镜像提交到私有仓库中。这样我们既能使用 Docker 来运行我们的项目镜像，也避免了商业项目暴露出去的风险。

想想如下场景：

有一个商业项目，需要部署到N台机器上（也就是分布式部署）。

1、常规做法：生成部署文件，手动拷贝到各个服务器，调整各项配置，挨个运行。（大致耗时半小时）

2、常规做法高级版：在每台服务器上安装FTP Server（实际上除非静态，否则不够用），或者是SVN Server（相对FTP Server，可以还原版本），相对常规做法，优化了手动拷贝这个部署。（大致耗时20分钟）

3、使用Docker的做法（前提是要部署的服务器要安装好docker环境）：在某台服务器上构建好镜像，拷贝镜像到其他机器，启动镜像（大致耗时10分钟）。

其中拷贝镜像的方式如下：

# 将docker镜像保存为tar文件。
docker save <image name> > <tar file address>
# 如
docker save node-test > /tmp/node-test.tar

# 拷贝这个tar文件到需要使用该镜像的服务器上（FTP，SCP等等）

# 将tar文件文件加载为镜像
docker load < /tmp/node-test.tar

# 接下来就可以通过镜像运行容器了。

这种方式中，用到了Docker的优势，但是拷贝文件这个，实在是山寨。

4、使用Docker+私有仓库的做法：在某台服务器上构建好镜像，推送到私有仓库，在其他要部署的服务器上，拉取镜像，然后运行。

对比以上的几种方式，我们可以知道前三种都无法逃避拷贝文件，并登录到服务器这个操作，这也是操作慢的根源，当我们有了私有仓库之后，所有的步骤都差不多可以自动化了，可以说是大大提交的效率。

看到私有仓库有这么大的优势，肯定要一探究竟了吧。别急，接下来，我们就来看看如何部署和使用私有仓库，并利用 Humpback 来再次提高部署效率。

搭建私有仓库

既然是使用 Docker ，那毫无意外，私有仓库也是个容器化的东西。Docker官方早就为我们考虑了私有化部署的场景，所以，它提供了官方的私有仓库镜像：registry。接下来，我们就使用这个镜像来搭建私有仓库。

首先，按照常规思路，我们先拉取镜像：docker pull registry:2.6.1。（建议带上Tag拉取）

一般来说，有了镜像，我们就可以直接运行它就行了。

为了定制一些配置，和在 Humpback 中使用，我们还需要提供一个定制化的配置文件（使用yml来编写配置文件），如下：

# config.yml 内容
version: 0.1
log:
  fields:
    service: registry
storage:
  cache:
    blobdescriptor: inmemory
  filesystem:
    rootdirectory: /var/lib/registry
http:
  addr: :7000
  secret: docker-registry
  headers:
    X-Content-Type-Options: [nosniff]
    Access-Control-Allow-Headers: ['*']
    Access-Control-Allow-Origin: ['*']
    Access-Control-Allow-Methods: ['GET,POST,PUT,DELETE']
health:
  storagedriver:
    enabled: true
    interval: 10s
    threshold: 3

其中 storage 设置提交到仓库的镜像，应该存储在什么地方；http 节点中需要配置端口和安全码，其中关键的地方在于 http.headers 的配置。如上的配置，是为了能够跨域访问仓库API，这是要让仓库搭配 Humpback 必须的设置，Humpback会在浏览器端对仓库发起请求。

如果不设置 http.secret，会遇到如下错误：

No HTTP secret provided - generated random secret.

还需要注意，http.addr 的写法，:7000 并不是错误的写法，不要省略了 : ，这代表使用所有地址的 7000 端口。

接着我们把这个配置文件放在 /etc/docker/registry/ 目录下，然后就可以创建容器并运行了，命令如下:

# -p映射端口，格式为：主机端口:容器内部端口
# -v映射volumn(目录或者文件)，格式为：主机目录:容器内目录
# --name 设置容器名称
# 最后的 `registry:2.6.1` 则是镜像名称
docker run -d -p 7000:7000 --restart=always \
 -v /var/lib/registry/:/var/lib/registry/ \
 -v /etc/docker/registry/config.yml:/etc/docker/registry/config.yml \
 --name humpback-registry \
 registry:2.6.1

运行好容器后，我们通过直接访问地址 http://192.168.1.200:7000/v2/ 来检查仓库是否正常运行，当返回 {} 时，表示部署成功。

推送镜像到私有仓库

要推送镜像到私有仓库，需要先根据私有仓库地址来设定新标签。根据我的环境，我进行的操作如下：

# pull image from docker hub（从官方仓库拉取一个镜像）
docker pull alpine:3.6

# 根据私有仓库，设定标签（必须） 
# 为镜像 `alpine:3.6` 创建一个新标签 `192.168.1.200:7000/alpine:3.6`
docker tag alpine:3.6 192.168.1.200:7000/alpine:3.6

# 推送到私有仓库中
docker push 192.168.1.200:7000/alpine:3.6

在推送到的时候，可能会遇到问题：http: server gave HTTP response to HTTPS client，因为默认是提交到 https，但我们的仓库是使用的http，此时要么创建一个https映射，要么将仓库地址加入到不安全的仓库列表中。

如何将仓库地址配置到不安全仓库列表中？

使用如下步骤：

# 编辑 /etc/docker/daemon.json
vi /etc/docker/daemon.json
# 增加配置项
{
  ... # 其他配置项
  "insecure-registries":[ # 关键配置项，将仓库将入到不安全的仓库列表中
    "192.168.1.200:7000"
  ]
}
# 重启Docker服务（CentOS 7.2）
systemctl restart docker

之后，再次执行 docker push 192.168.1.200:7000/alpine:3.6 就没问题了。

通过访问 http://192.168.1.200:7000/v2/alpine/tags/list 就能看到刚才提交的镜像了。

也可以通过 http://192.168.1.200:7000/v2/_catalog 来列出仓库中的镜像列表。