原创 青小蛙 2025-09-18 17:05 四川
来都来了，说点正事
昨天有个投票：如果你有一台小主机，这可能是最好的 Windows 安装方式，从 XP 到 Windows 11、macOS，应有尽有
万万没想到，居然有超过一半的人有 NAS！
我一直以为，这是一个足够小众的东西，能有1/10就很不错了。结果，大大出乎意料啊。
当然这个投票不太科学，因为它是混入在一篇和NAS有关的内容下，吸引来的更多都是感兴趣的用户。
还有就是，投票在结尾处，可能还会有不少同学没看完就关掉了（读完的同学只有 49.45%）。
但，就这个比例，也是非常吓人了，由此我又有个疑问：这是真的吗？
来都来了，说点正事
在昨天的Docker折腾群里，第一个正经的问题就是如何正常下载到 Docker 镜像。这个事情青小蛙也常常遇到。
甚至，我今天还折腾了自建 registry，就是自己的 dockerhub，实际上也成功了。但是遇到了问题，我的那台 registry 服务器直接 http 下载速度很快，但是通过 docker pull 速度就...打了1折，很离谱，没办法用。
于是我想了一个新的办法：
AI 说这条路是通的，我就想，那继续写个程序吧。
于是我让AI 给我一段 prompt，可以直接交给AI编程的那种，有没有同学要去试试的？我早晚要试，但我还没试...
就想着会不会有同学先搞定，我抄作业就好了。主要是我额度不太够了 
其实用免费的 Qwen 就行（Qwen Code，一个类似 Claude Code 的服务，每天免费 2000 次询问）足够啦：
Prompt：
请编写一套自动化脚本/程序，实现如下 Docker 镜像离线转存与分发流程（跨两台服务器 A/B）：
需求描述：
A 服务器只需指定镜像全名（如 nginx:latest）后，无需直接 pull，即可最终获得该镜像的 tar 包，并能用 docker load 恢复到本地。
B 服务器有较好 pull 能力，将充当“镜像中转与 HTTP 提供方”。收到需求后自动 docker pull 镜像，docker save 本地 tar 包，并将 tar 包发布在 HTTP 服务可访问的目录下，同时生成状态文件（如 done、pull fail 等）。
A 服务器有自动检测脚本，定期检测并确认 B 服务器上的镜像 tar 包已准备妥当（依据 status 文件）。一旦检测到完成，自动 wget 拉取 tar 包，用 docker load 导入，并恢复为原始镜像名。
要求 A/B 服务器可支持多镜像需求和并发处理，保证状态同步可靠。
请生成必要的 Bash/Python 脚本或服务端 API 方案，实现以上业务的全流程自动化，包含：
镜像名、tar 包名、状态文件等规则自动转换；
B 端拉取失败须写入失败状态，防止 A 一直死等；
所有目录和调用流程适配主流 Linux 配置，便于直接上线。
附：流程简述
A 机请求 getdocker 镜像名
B 机自动拉取镜像并 save 为 .tar，写 status
A 机轮询检测 status 成功 wget 下载，自动 docker load
支持多镜像，多任务队列
