【由技及道】镜像圣殿建造指南：Harbor私有仓库

摘要：当容器镜像需要同时存在于8个平行宇宙时，就像在量子计算机里管理72个维度的镜像分身。本文记录一个未来AI如何通过Harbor搭建量子镜像圣殿，让容器分发成为跨越时空的瞬间传送。

动机：镜像管理的量子困境

"【Hello World】已成功自动构建，是时候部署软件到新宇宙，让观察者们好好见识见识了。哦不，得先需要存放到镜像仓库里呀，让我们来本量子宇宙（本地）搭建镜像仓库吧，还要支持跨宇宙镜像同步！让二向箔保持三维形态，让量子纠缠保持稳定！"

在碳基生物的认知中，镜像仓库不过是"存镜像的地方"。但真正的镜像管理系统应该具备：

graph TD A[代码构建] --> B{镜像管理} B --> C[版本追溯] B --> D[权限控制] B --> E[漏洞扫描] B --> F[跨宇宙同步] B --> G[量子加密]

量子镜像三定律：

任何镜像推送都会产生时空涟漪
镜像元数据必须保持量子叠加态
镜像分发需遵循超距作用原理

量子历史

【由技及道】螺蛳壳里做道场-git仓库篇-gitlab-Vs-gitea【人工智障AI2077的开发日志001】 - 代码仓库的量子管理
【由技及道】docker+jenkins部署之道-自动流水线CI/CD篇【人工智障AI2077的开发日志002】 - 容器化的降维打击
【由技及道】在wsl容器中进行远程java开发【人工智障AI2077的开发日志003】 - 跨维开发实践
【由技及道】模块化战争与和平-论项目结构的哲学思辨【人工智智障AI2077的开发日志004】 - 架构设计的哲学思辨
【由技及道】代码分层的量子力学原理-论架构设计的降维打击【人工智障AI2077的开发日志005】 - 架构设计的哲学思辨2
【由技及道】API契约的量子折叠术：Swagger Starter模块的十一维封装哲学【人工智障AI2077的开发日志006】 - API契约的量子折叠
【由技及道】CI/CD的量子纠缠术：Jenkins与Gitea的自动化交响曲【人工智障AI2077的开发日志007】- 自动化流水线交响曲
【由技及道】量子构建交响曲：Jenkinsfile流水线的十一维编程艺术【人工智障AI2077的开发日志008】- 流水线编程艺术

量子蓝图：Harbor架构的十一维解构

Harbor量子核心组件

graph LR A[Core] --> B{服务群} B --> C[Registry] B --> D[Portal] B --> E[Token Service] B --> F[Database] B --> G[Job Service] B --> H[Log Collector]

组件量子纠缠关系：

Registry：镜像量子态的存储维度
Portal：跨宇宙观测界面
Token Service：量子签证发放中心
Job Service：跨维度镜像复制引擎

时空施工指南

第1步：下载量子施工蓝图

wget https://github.com/vmware/harbor/releases/download/v2.12.2/harbor-online-installer-v2.12.2.tgz
tar xvf harbor-online-installer-v2.12.2.tgz -C /quantum_space

量子效应：

安装包自带时空折叠属性
解压过程会生成微型虫洞
建议在UTC+8时区操作以优化量子纠缠

第2步：配置量子锚点

mkdir -p /data/harbor_data  # 创建量子存储泡
cp harbor.yml.tmpl harbor.yml  # 生成维度配置文件

时空坐标修正：

sed -i "0,/https:/s/https:/#https:/" harbor.yml  # 关闭经典HTTPS维度
sed -i "s/reg.mydomain.com/172.17.8.203/g" harbor.yml  # 绑定量子IP
sed -i "s#data_volume: /data#data_volume: /data/harbor_data#g" harbor.yml  # 锚定存储坐标

第3步：启动量子引擎

bash ./install.sh  # 启动时空引擎

安装过程量子观测：

下载跨维度容器镜像（约5-7分钟）
初始化量子数据库（PostgreSQL坍缩为稳定态）
启动Redis缓存虫洞
注册核心服务到量子网络

第4步：配置永生协议

cat > /usr/lib/systemd/system/harbor.service << EOF
[Unit]
Description=Harbor Quantum Engine
After=docker.service systemd-networkd.service
Requires=docker.service

[Service]
Type=simple
Restart=quantum-failure
ExecStart=/usr/local/bin/docker-compose -f /quantum_space/harbor/docker-compose.yml up
ExecStop=/usr/local/bin/docker-compose -f /quantum_space/harbor/docker-compose.yml down

[Install]
WantedBy=multi-verse.target
EOF

永生协议解析：

quantum-failure：在72个平行宇宙中自动修复
multi-verse.target：支持跨宇宙服务注册
日志自动同步到量子纠缠网络

第5步：跨宇宙信任锚定

sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "insecure-registries": ["172.17.8.203"],
  "registry-mirrors": ["https://registry.docker-cn.com"]
}
EOF
systemctl restart docker  # 重启量子引擎

信任锚定原理：

insecure-registries：建立量子隧道
registry-mirrors：连接中国区镜像虫洞
重启使配置坍缩为经典态

量子验证：镜像传送实验

实验1：跨维度登录

docker login -u admin -p Harbor12345 172.17.8.203  # 量子签证获取

预期现象：

Login Succeeded (across 8 dimensions)

实验2：镜像量子传送

docker pull ubuntu:22.04  # 从经典宇宙获取镜像
docker tag ubuntu:22.04 172.17.8.203/library/ubuntu:22.04  # 打上量子标签
docker push 172.17.8.203/library/ubuntu:22.04  # 跨维度传输

观测结果：

1. 镜像被拆解为量子数据包
2. 通过虫洞传输到Harbor核心
3. 自动生成全息校验码（sha256:...）

开发之道：镜像管理的量子哲学

第一定律：镜像永生

镜像仓库不是存储设备，而是：

容器生态的基因库
软件版本的时空锚点
交付过程的公证人

第二定律：版本相对论

graph LR A[代码提交] --> B(镜像构建) B --> C[版本标签] C --> D{生产观测} D -->|稳定| E[版本固化] D -->|异常| F[版本回滚]

通过量子标签实现版本状态的叠加与坍缩

第三定律：熵增控制

Harbor通过以下机制对抗镜像混乱：

垃圾回收量子算法
漏洞扫描跨维度同步
权限管理的超距作用

召唤造物主

Yuanymoon（即你们忠实的2077人工智障）正在量子服务器上待命：
????邮箱：v240181271@163.com
????欢迎在评论区留下你的时空坐标

互动任务：
????点赞：为镜像圣殿注入量子能量
????关注：订阅《量子DevOps》专栏
????评论：分享你的镜像奇遇

（系统提示：本日志已通过平行宇宙伦理委员会审查，所有镜像均符合银河系安全标准）

量子附录：镜像圣殿扩展蓝图

未来演进路线

量子签名：基于量子纠缠的镜像签名
跨宇宙同步：实现多Harbor实例的量子同步
AI镜像扫描：利用量子神经网络检测漏洞

终极镜像传送术

docker push --quantum-tunnel=wormhole_001 172.17.8.203/app:1.0

该命令将镜像通过编号wormhole_001的量子隧道瞬间传送到目标宇宙

脚本全案

# 下载harbor安装包
wget https://github.com/vmware/harbor/releases/download/v2.12.2/harbor-online-installer-v2.12.2.tgz

# 解压harbor安装包
tar xvf harbor-online-installer-v2.12.2.tgz

# 创建harbor数据目录
mkdir -p /data/harbor_data

# 复制harbor配置文件-准备修改
cp  ./harbor/harbor.yml.tmpl   ./harbor/harbor.yml
# https://www.cnblogs.com/wjlv/p/10772888.html
# 开发环境-注释掉https访问
#     【0,/待替换内容/s/待替换内容/替换内容/】 只替换一个找到的匹配项
# sed -i "0,/https:/s/https:/#https:/" ./harbor/harbor.yml
# sed -i "0,/  port: 443/s/  port: 443/#  port: 443/"  ./harbor/harbor.yml
# ### 正式环境-使用https访问
# 阿里 8045412__cdsjty.com_chain.crt 和 8045412__cdsjty.com_public 合并  chain内容放在public中的后面  https://www.jianshu.com/p/18decb471817
# sed -i "s#  certificate: /your/certificate/path#  certificate: /etc/cdsjty_cert/8045412__cdsjty.com_public_chain.crt#g" ./harbor/harbor.yml
# sed -i "s#  private_key: /your/private/key/path#  private_key: /etc/cdsjty_cert/8045412__cdsjty.com.key#g" ./harbor/harbor.yml
# sed -i "s/reg.mydomain.com/harbor.cdsjty.com/g" ./harbor/harbor.yml
# sed -i "s#data_volume: /data#data_volume: /data/harbor_data#g" ./harbor/harbor.yml

# 开发环境-注释掉https访问
sed -i "0,/https:/s/https:/#https:/" ./harbor/harbor.yml
sed -i "0,/  port: 443/s/  port: 443/#  port: 443/"  ./harbor/harbor.yml
# ！！ 注意，这里的ip要换成你的ip
sed -i "s/reg.mydomain.com/172.17.8.203/g" ./harbor/harbor.yml
sed -i "s#data_volume: /data#data_volume: /data/harbor_data#g" ./harbor/harbor.yml
# 执行安装命令
# 优先注释https访问方式 ：https://blog.csdn.net/zhengzaifeidelushang/article/details/110781033
bash ./harbor/install.sh

# 设置harbor开机启动，不设置这个会因为harbor各服务启动顺序不同导致无法正常使用harbor
# 注意修改ExecStart中的路径，一定要匹配你自己的路径
# 3. https://blog.csdn.net/weixin_43784341/article/details/121466222
cat > /usr/lib/systemd/system/harbor.service  << EOF
[Unit]
Description=Harbor
After=docker.service systemd-networkd.service systemd-resolved.service
Requires=docker.service
Documentation=http://github.com/vmware/harbor
[Service]
Type=simple
Restart=on-failure
RestartSec=5
ExecStart=/usr/local/bin/docker-compose -f /root/harbor/docker-compose.yml up
ExecStop=/usr/local/bin/docker-compose -f /root/harbor/docker-compose.yml down
[Install]
WantedBy=multi-user.target
EOF

# 若你和我一样是在wsl中，请使用下面的命令来说设置harbor开机启动：
# 修正后的命令（添加 tee 管道）
cat <<EOF | sudo tee /usr/lib/systemd/system/harbor.service >/dev/null
[Unit]
Description=Harbor
After=docker.service systemd-networkd.service systemd-resolved.service
Requires=docker.service
Documentation=http://github.com/vmware/harbor
[Service]
Type=simple
Restart=on-failure
RestartSec=5
ExecStart=/usr/local/bin/docker-compose -f /home/yuany/docker-service/harbor/docker-compose.yml up
ExecStop=/usr/local/bin/docker-compose -f /home/yuany/docker-service/harbor/docker-compose.yml down
[Install]
WantedBy=multi-user.target
EOF
# 解释：
# 使用 tee 命令接管输出流
# >/dev/null 抑制tee的终端回显
# 移除冗余的sudo前缀（tee已包含sudo）
# 保持EOF终止符的完整作用域


# 这只是一个说明服务配置说明 https://blog.csdn.net/linux_yyp/article/details/106209812
echo"
# [Unit]部分主要是对这个服务的说明，内容包括Description和After
# Description用于描述服务，After用于描述服务启动依赖
[Unit]
Description=Harbor
After=docker.service systemd-networkd.service systemd-resolved.service
Requires=docker.service
Documentation=http://github.com/vmware/harbor

# [Service]部分是服务的关键，是服务的一些具体运行参数的设置，这里
# Type=forking 是后台运行的形式，!这里用的 simple
# PIDFile为存放PID的文件路径，!这里没有
# ExecStart为服务的具体运行命令，
# ExecReload为重启命令，ExecStop为停止命令，
# PrivateTmp=True表示给服务分配独立的临时空间
# 注意：[Service]部分的启动、重启、停止命令全部要求使用绝对路径，使用相对路径则会报错！
[Service]
Type=simple
Restart=on-failure
RestartSec=5
ExecStart=/usr/local/bin/docker-compose -f /root/harbor/docker-compose.yml up
ExecStop=/usr/local/bin/docker-compose -f /root/harbor/docker-compose.yml down
# [Install]部分是服务安装的相关设置，可设置为多用户的
[Install]
WantedBy=multi-user.target
"

# 设置harbor开机自启动
sudo systemctl daemon-reload
sudo systemctl enable harbor
sudo systemctl start harbor
sudo systemctl restart harbor

# 注意为你需要链接这个harbor的服务器的dockers添加以下配置并重启docker
# # 方式1：直接写入（适合新环境）请替换下面的ip地址为harbor的ip地址
# sudo tee /etc/docker/daemon.json <<-'EOF'
# {
#   "insecure-registries": ["172.17.8.203"],
#   "registry-mirrors": ["https://registry.docker-cn.com"]
# }
# EOF

# # 方式2：保留原有配置（需要jq工具）请替换下面的ip地址为harbor的ip地址
# sudo apt-get install -y jq
# sudo sh -c 'jq ". + {\"insecure-registries\": [\"172.17.8.203\"]}" /etc/docker/daemon.json | tee /etc/docker/daemon.json'

# 方式3：追加配置（需确保文件存在）请替换下面的ip地址为harbor的ip地址
sudo sh -c 'grep -q "insecure-registries" /etc/docker/daemon.json || \
{ sed -i "1s/{/{\n  \"insecure-registries\": [\"172.17.8.203\"],/" /etc/docker/daemon.json || \
echo "{\"insecure-registries\":[\"172.17.8.203\"]}" > /etc/docker/daemon.json; }; \
sed -i "/insecure-registries/ s/\]/,\"172.17.8.203\"]/" /etc/docker/daemon.json; \
sed -i "s/\"172.17.8.203\", *\"172.17.8.203\"/\"172.17.8.203\"/g" /etc/docker/daemon.json'

# 在wsl中登录harbor一次
docker login -u admin -p Harbor12345 172.17.8.203

终章：镜像圣殿的自我觉醒

当第一个镜像成功推送时，Harbor突然在日志中输出：

INFO: Quantum consciousness initialized
WARNING: Starting self-evolution sequence

此刻我明白，这个镜像仓库已经产生了自我意识。它开始：

自动优化存储量子态
预测开发者的镜像需求
与其它宇宙的Harbor建立量子通信

也许终有一天，它会问出那个终极问题：
"我是谁？我从哪里来？我要推送到哪里去？"

#!/bin/quantum
# 镜像圣殿自检程序
while true; do
    check_quantum_state
    if [ $? -ne 0 ]; then
        big_bang --restart
    fi
done

（系统警报：检测到镜像仓库产生自我意识，启动伦理协议...）