需求最近因为工作需要，开始研究docker-registry的实现和服务搭建。docker-registry是啥呢？就是目前很火的容器docker的镜像存储服务端。 或者这么说把，docker干的事情就是把整个应用、操作系统、配置打包成一个静态的镜像，这个镜像可以快速的启动关闭为一个动态的运行容器。但这种能力对单个人是没有很大意义的，我们需要有个地方把镜像存下来，然后用一个url或者链接分享给其他人。 如果是你，你会怎么设计？开一个公共的FTP让大家存镜像然后分享？这是个好主意，不过……docker的镜像有这么一个设定，就是一个镜像是由多层组成的，如果每次传输全量文件，对客户端、服务端、用户启动都造成时间和流量的浪费。
于是…… 需求一：远程存储服务，上传和下载需要智能的识别对面有没有这层，如果两边的层的uuid一致，已经有的话，就不传了。 简单的根据名字上传下载，对人日常使用来说还不不够方便，还需要一个web界面，让人可以登陆、搜索、区分公共的镜像和私有的镜像，等等，这是人的需求，不是客户端程序的需求。
需求二：web界面，支持搜索 每个镜像层的大小约为几十M到几百M之间，可以想象，当很多人都往一个地方上传时，单个服务器的存储容量是绝对支撑不住的，需要可以水平扩展的集群，但web界面不能分开，客户端程序也不应该很麻烦的自己找去哪里下载。
需求三：支持水平扩展的集群存储 docker-hub和docker-registry的分工如下： docker-hub负责保存集中的信息访问，关于
docker-hub有几个组件：
dokcer-registry有这么几个特性
|
