关于后端:使用Dcoker-Registry搭建私有镜像仓库

Dcoker Registry 和Harbor有什么类似和区别？各自有什么优劣，请具体介绍

Docker Registry和Harbor都是容器镜像仓库管理系统，用于存储、治理和散发Docker镜像。它们有一些相似之处，但也存在一些区别。上面是对它们的相似之处和区别的具体介绍：

相似之处：

容器镜像存储和治理：Docker Registry和Harbor都提供了容器镜像的存储和治理性能，能够帮忙用户不便地上传、存储和检索镜像。
镜像版本控制：两者都反对镜像的版本控制，能够通过标签或哈希值来治理和检索不同版本的镜像。
权限和访问控制：Docker Registry和Harbor都提供了用户认证和访问控制机制，能够对镜像仓库进行权限治理，管制用户对镜像的拜访和操作权限。
镜像复制和同步：两者都反对镜像的复制和同步性能，能够将镜像从一个Registry复制到另一个Registry，以实现镜像的散发和备份。

区别：

开源性质：Docker Registry是Docker官网提供的开源我的项目，而Harbor是由VMware孵化的开源我的项目。Docker Registry是更加通用和宽泛应用的容器镜像仓库，而Harbor则专一于企业级容器镜像仓库的治理和安全性。
企业级性能：Harbor绝对于Docker Registry具备更多的企业级性能。它提供了更丰盛的权限治理、镜像复制、镜像扫描和破绽检测、LDAP/AD集成等性能，适宜用于企业外部的容器镜像治理和平安需要。
安全性：Harbor重视容器镜像的安全性，提供了镜像扫描、破绽检测、安全策略等性能，能够帮忙用户在容器镜像的存储和散发过程中确保安全性。
可扩展性：Harbor在架构设计上更具可扩展性，反对多节点部署和高可用性配置，能够满足大规模容器镜像存储和治理的需要。

优劣势：

Docker Registry的劣势在于它是Docker官网提供的规范镜像仓库，具备宽泛的用户根底和反对。它的简略性和易用性使得它适宜用于小型我的项目或集体应用。然而，它在安全性和企业级性能方面的反对绝对较弱。

Harbor的劣势在于它专一于企业级容器镜像治理和安全性，提供了丰盛的性能和可扩展性。它适宜用于企业环境中的容器镜像治理，尤其是对于有平安和合规性需要的组织来说，提供了更好的安全性和治理能力。

综上所述，抉择应用Docker Registry还是Harbor取决于具体的应用场景和需要。如果你只是进行简略的集体或小型我的项目的镜像治理，Docker Registry可能是一个不错的抉择。但如果你须要更多的企业级性能和安全性保障，以及对大规模容器镜像治理的需要，那么Harbor可能更适宜你的需要。

筹备工作

原来的Dcoker Registry是用Python写的，仓库地址 github.com/docker-archive/docker-registry，性能不够，曾经archived。前面用Go重构了，仓库地址 github.com/distribution/distribution

参照如下进行实际:

Docker入门：公有库（Docker Registry）简介及应用办法（防踩坑）

docker pull registry 拉取镜像

运行公有库Registry

这样就相当于本地有了个公有Docker hub

docker run -d -p 5000:5000 -v /Users/fliter/docker_volume/shuang_mac_registry:/tmp/registry --privileged=true registry

docker run：这是Docker命令行工具中用于启动一个容器的命令。
-d：这是一个选项，示意在后盾运行容器（detached mode）。
-p 5000:5000：这是一个选项，将容器的端口映射到主机的端口。在这种状况下，容器的端口5000将映射到主机的端口5000。
-v /Users/fliter/docker_volume/shuang_mac_registry/:/tmp/registry：这是一个选项，用于将主机上的目录挂载到容器中。在这种状况下，主机上的/Users/fliter/docker_volume/shuang_mac_registry目录将挂载到容器的/tmp/registry目录。
--privileged=true：这是一个选项，将容器授予特权级别，容许容器内的过程执行一些特权操作。
registry：这是要运行的容器的镜像名称。

如果Mac下面5000端口被占用，可参考 http://blog.epurs.com/post/port5000-used-by-airplay/

也能够按这篇博客的这种形式来启动

docker run -d \
--name registry-srv \
--restart=always \
-p 5000:5000 \
-v /Users/fliter/docker_volume/shuang_mac_registry:/var/lib/registry \
-v /Users/fliter/docker_volume/shuang_mac_registry/srv-config.yml:/etc/docker/registry/config.yml \
registry

在 /Users/fliter/docker_volume/shuang_mac_registry下新建srv-config.yml:

version: 0.1
log:
  fields:
    service: registry
storage:
  delete:
    enabled: true
  cache:
    blobdescriptor: inmemory
  filesystem:
    rootdirectory: /var/lib/registry
http:
  addr: :5000
  headers:
    X-Content-Type-Options: [nosniff]
health:
  storagedriver:
    enabled: true
    interval: 10s
    threshold: 3

还有这篇，通docker-compose的形式部署，比拟举荐

</font>

如果须要明码：

搭建docker公有仓库配置用户名明码

生成账号密码：name password123
docker run --entrypoint htpasswd registry:latest -Bbn name password123  >> /docker/registry/auth/htpasswd

账号密码是在这一步指定的

进入容器中查看

进入registry容器的时候的命令参数不能应用/bin/bash，而要应用：bin/sh、bash、sh三个中的一个。

输出命令进入registry容器: docker exec -it e7123b748321 /bin/sh

之后push的容器镜像应该会存在这个目录下

制作一个新镜像

通过某个镜像创立容器，并对容器进行性能增强

docker run -itd --name='cui-ubuntu16.04' ubuntu:16.04

这是一个用于在Docker中运行一个名为”cui-ubuntu16.04″的容器的命令:

docker run：这是Docker命令行工具中用于启动一个容器的命令。
-itd：这是一组选项的组合：
- -i：这是一个选项，示意要与容器的规范输出（stdin）进行交互。
- -t：这是一个选项，为容器调配一个伪终端（pseudo-TTY）。
- -d：这是一个选项，示意在后盾运行容器（detached mode）。
--name='cui-ubuntu16.04'：这是一个选项，用于给容器指定一个名称，本例中为”cui-ubuntu16.04″。
ubuntu:16.04：这是要运行的容器的镜像名称和标签。在这种状况下，它应用了Ubuntu 16.04的官网镜像。

综上所述，该命令的作用是在Docker中当前台交互模式（即能够与容器进行交互并调配伪终端）运行一个名为”cui-ubuntu16.04″的容器，应用了Ubuntu 16.04的官网镜像。

docker exec -it cui-ubuntu16.04 bash 进入容器，为其装置vim

apt-get update
apt-get install vim

而后退出容器

提交容器正本为镜像

应用命令docker commit来提交容器正本：

docker commit -m="ubuntu advanced version(已装置了vim)" -a="cui" cui-ubuntu16.04 ubuntu-advanced:v1

docker commit指令中的参数阐明：

-m：自定义的提交形容信息；
-a：指定镜像作者；
cui-ubuntu16.04：容器名字，这里也能够用容器ID代替；
ubuntu-advanced:v1：指定要创立的指标镜像的自定义名称（这里为unbuntu-advanced）和自定义版本（v1）

将本地新制作的镜像公布到公有仓库Registry

查看目前私服库Registry上有什么镜像

能够通过 curl -XGET http://0.0.0.0:5000/v2/_catalog 或间接拜访http://localhost:5000/v2/_catalog,失去{“repositories”:[]}，即目前本地公有库为空仓库，没有任何镜像

将新镜像批改为合乎私服标准的Tag

docker tag 镜像ID或镜像名：Tag Host:Port/Repository:Tag,

（1）镜像ID或镜像名：要上传到公有库Registry的镜像ID或名字；
（2）Tag：要上传的镜像版本号；
（3）Host：本地公有库的映射网址（本文为0.0.0.0）；
（4）Post：本地公有库的映射端口（本文为5000）；
（5）Repository:Tag：上传到公有库Registry后自定义的镜像名字、版本号。

在此即 docker tag ubuntu-advanced:v1 0.0.0.0:5000/ubuntu-advanced:v1

这是一个用于为Docker镜像打标签（tag）的命令：

docker tag：这是Docker命令行工具中用于给镜像打标签的命令。
ubuntu-advanced:v1：这是要打标签的原始镜像名称和标签。在这种状况下，原始镜像的名称为”ubuntu-advanced”，标签为”v1″。
0.0.0.0:5000/ubuntu-advanced:v1：这是新的标签名称，格局为<registry>/<repository>:<tag>。在这种状况下，新标签的名称为”0.0.0.0:5000/ubuntu-advanced:v1″，示意镜像将被推送到名为”0.0.0.0:5000″的Docker注册表（registry），并在该注册表下的”ubuntu-advanced”仓库中应用”v1″标签。

综上所述，该命令的作用是将名为”ubuntu-advanced:v1″的原始镜像打上一个新的标签”0.0.0.0:5000/ubuntu-advanced:v1″，以便后续能够将该镜像推送到指定的Docker注册表中。

批改配置文件使docker反对http

在此处新增一行 “insecure-registries”: [“0.0.0.0:5000”]，即残缺配置如下:

{
    "builder": {
        "gc": {
            "defaultKeepStorage": "20GB",
            "enabled": true
        }
    },
    "experimental": false,
    "features": {
        "buildkit": false
    },
    "registry-mirrors": [
        "https://docker.mirrors.ustc.edu.cn"
    ],
    "insecure-registries": ["0.0.0.0:5000"]
}

利用&重启（之后记得把registry服务起起来）

push推送到私服库

docker push 0.0.0.0:5000/ubuntu-advanced:v1

始终报错:

记得要敞开代理！

这时通过 curl -XGET http://0.0.0.0:5000/v2/_catalog 或间接在浏览器拜访 http://localhost:5000/v2/_catalog,都会失去 {“repositories”:[“ubuntu-advanced”]}，即曾经将unbunt-advanced镜像推送到公有仓库了~

还能够进入容器的相应目录

这时能够通过 docker pull 0.0.0.0:5000/ubuntu-advanced:v1拉取该镜像

可视化

几个用于可视化的镜像

joxit/docker-registry-ui 和hyper/docker-registry-web 都有什么作用？

更多可视化镜像，可参考 Docker Registry Web UI

joxit/docker-registry-ui 和 hyper/docker-registry-web 都是用于 Docker 镜像仓库（Registry）的用户界面工具，它们提供了一种不便的形式来治理和浏览 Docker 镜像仓库。

joxit/docker-registry-ui：
- joxit/docker-registry-ui 是一个基于 Web 的用户界面工具，用于治理 Docker 镜像仓库。
- 它提供了一个直观的界面，容许你查看、搜寻和浏览 Docker 镜像，治理标签（tags），以及执行一些根本的仓库操作，如删除镜像或标签。
- 这个工具能够帮忙你更轻松地治理 Docker 镜像仓库，并提供了一种敌对的形式来查看和操作镜像。
hyper/docker-registry-web：
- hyper/docker-registry-web 是另一个基于 Web 的用户界面工具，用于治理 Docker 镜像仓库。
- 它提供了一个简略易用的界面，容许你浏览镜像仓库中的镜像和标签，查看详细信息，并执行一些根本的治理操作，如删除镜像或标签。
- 与 joxit/docker-registry-ui 相似，它能够使 Docker 镜像仓库的治理更加不便和可视化。

这些工具次要用于与 Docker 镜像仓库进行交互的操作，并提供了一个用户敌对的界面来执行这些操作，而无需间接应用 Docker 命令行或其余 API。它们使得查看和治理 Docker 镜像仓库变得更加直观和易于操作。

请留神，这两个工具是由不同的开发者保护的，具体的性能和界面可能有所不同。你能够依据集体偏好抉择其中一个来满足你对 Docker 镜像仓库治理的需要。

看起来前者用的多一些

参考 Docker 装置公有镜像仓库 Registry 和可视化镜像管理工具 docker-registry-ui ,

docker pull joxit/docker-registry-ui:1.5-static

而后执行

docker run -p 8280:80 --name registry-ui \
--link zen_spence:zen_spence \
-e REGISTRY_URL="http://registry:5000" \
-e DELETE_IMAGES="true" \
-e REGISTRY_TITLE="Registry" \
-d joxit/docker-registry-ui:1.5-static

其中 zen_spence为docker ps查看到的Docker Registry服务的名称…（如果不指定，每次随机调配一个..）

通过下面这段命令启动的docker-registry-ui会Exited

用其余形式:

首先能够在启动registry服务时，通过 –name registry 指定名称。即 docker run -d -p 5000:5000 -v /Users/fliter/docker_volume/shuang_mac_registry:/tmp/registry --privileged=true --name registry registry

再执行 docker run -d -p 5050:80 --name docker-registry-ui joxit/docker-registry-ui

拜访http://localhost:5050/，能够看到界面

在页面右上方新增url http://localhost:5000/会报如下谬误:

An error occured: Check your connection and your registry must have Access-Control-Allow-Origin header set to http://localhost:5050

启动跨域后，公有仓库的ui框架能力顺利通过registry提供的接口拿到数据,不然会报跨域的谬误。
当然也能够启动registry容器后，在进入容器里边进行跨域设置。

解决起来还比拟麻烦。。

将之前的docker-registry和docker-registry-ui都删掉，多个服务，用docker-compose部署最不便

参照: docker-compose简略应用。同时启动公有仓库与公有仓库治理ui

创立config.yaml:

给registry创立一个配置文件，次要是配置容许跨域

mkdir -p /Users/fliter/docker_config_center

cat > /Users/fliter/docker_config_center/config.yml <<EOF
version: 0.1
log:
  accesslog:
    disabled: true
  level: debug
  formatter: text
  fields:
    service: registry
    environment: staging
storage:
  delete:
    enabled: true
  cache:
    blobdescriptor: inmemory
  filesystem:
    rootdirectory: /var/lib/registry
http:
  addr: :5000
  headers:
    X-Content-Type-Options: [nosniff]
    Access-Control-Allow-Origin: ['http://127.0.0.1']
    Access-Control-Allow-Methods: ['HEAD', 'GET', 'OPTIONS', 'DELETE']
    Access-Control-Allow-Headers: ['Authorization', 'Accept']
    Access-Control-Max-Age: [1728000]
    Access-Control-Allow-Credentials: [true]
    Access-Control-Expose-Headers: ['Docker-Content-Digest']
  http2:
    disabled: false
health:
  storagedriver:
    enabled: true
    interval: 10s
    threshold: 3
EOF

应用docker-compose同时启动这两个容器即可

cat > docker-compose.yaml <<EOF
version: '2.0'
services:
  registry:
    image: registry:2.8.1
    ports:
      - 5000:5000
    volumes:
      - /Users/fliter/docker_volume/shuang_mac_registry:/var/lib/registry
      - /Users/fliter/docker_config_center/config.yml:/etc/docker/registry/config.yml
  ui:
    image: joxit/docker-registry-ui:latest
    ports:
      - 80:80
    environment:
      - REGISTRY_TITLE=My Private Docker Registry
      - REGISTRY_URL=http://127.0.0.1:5000
      - SINGLE_REGISTRY=true
    depends_on:
      - registry
EOF

而后执行 docker-compose up -d

间接拜访 http://localhost/ 即可

docker push 0.0.0.0:5000/ubuntu-advanced:v1

进入容器查看

曾经push胜利。

但拜访 http://localhost/

这是因为之前下面的docker-compose.yaml中REGISTRY_URL=前面有个空格

docker-compose down进行，而后docker-compose up -d从新拉起

如果拜访 http://localhost/ ，还是会报之前的跨域问题

须要拜访 http://127.0.0.1/

点击镜像，能够看到更具体的信息

本文由mdnice多平台公布

关于后端:使用Dcoker-Registry搭建私有镜像仓库

Dcoker Registry 和Harbor有什么类似和区别？各自有什么优劣，请具体介绍

筹备工作

docker pull registry 拉取镜像

运行公有库Registry

进入容器中查看

制作一个新镜像

通过某个镜像创立容器，并对容器进行性能增强

提交容器正本为镜像

将本地新制作的镜像公布到公有仓库Registry

查看目前私服库Registry上有什么镜像

将新镜像批改为合乎私服标准的Tag

批改配置文件使docker反对http

push推送到私服库

可视化

几个用于可视化的镜像

给registry创立一个配置文件，次要是配置容许跨域

应用docker-compose同时启动这两个容器即可

评论

发表回复取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

关于后端:使用Dcoker-Registry搭建私有镜像仓库

Dcoker Registry 和Harbor有什么类似和区别？各自有什么优劣，请具体介绍

筹备工作

docker pull registry 拉取镜像

运行公有库Registry

进入容器中查看

制作一个新镜像

通过某个镜像创立容器，并对容器进行性能增强

提交容器正本为镜像

将本地新制作的镜像 公布到公有仓库Registry

查看目前私服库Registry上有什么镜像

将新镜像批改为合乎私服标准的Tag

批改配置文件使docker反对http

push推送到私服库

可视化

几个用于可视化的镜像

给registry创立一个配置文件，次要是配置容许跨域

应用docker-compose同时启动这两个容器即可

评论

发表回复 取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

将本地新制作的镜像公布到公有仓库Registry

发表回复取消回复