如何利用Docker的软件包维护者经验?

在构buildDocker镜像时,我发现自己处于一个陌生的地方 – 我觉得我正在做一些以前已经做过很多次的事情,而且做得非常好。 在大多数情况下,这种直觉是绝对正确的 – 我正在使用一个软件,并在Dockerfile重新描述操作系统封装系统中已经描述的所有东西。

更多的时候,我甚至发现自己使用packagerpipe理器将软件安装到映像中,然后查看该软件包以获取有关我的Dockerfile可写path,configuration文件,打开端口等的一些线索。 操作系统打包程序和Docker打包程序之间的重复工作最为明显,在这种情况下,我认为这种情况更为常见。

所以基本上,每个在预先打包的软件之上构build映像的Docker用户几乎都是从头开始重新打包,但是没有时间,也没有经常需要操作系统打包者进行试用,错误和打磨的领域知识。 如果我们考虑到社区维护图像的低重用性(从Debian重新构build到RHEL受损),我们坚持复制或重新实现已经存在的OS级别的function,浪费大量时间,对可能遗留下来的可怜的灵魂的维护负担。

有什么方法可以解决这个重复的工作,并重新使用软件包维护人员已经在Docker中学习了一些软件?

Docker镜像重用的主要来源是hub.docker.com

如果您的系统已经在其中一个图像中进行了描述,请先在那里search。

你可以看到他们的Dockerfile,并从这些图像中的一个开始,而不是从一个基本的Ubuntu或Wheezy开始。

Interesting Posts