我理解Dockerfile的两种场景。
(1)将自己的系统装载完成,完成很多定制化的配置后,将image上传到仓库。
这样的好处,就是直接拉下这个image就可以使用了。
或者后续的image,再基于这个进行扩展。
坏处:就是这个image可能会很大啊
(2)将自己的image 全部都是通过dockerfile里语句组装的,这样的好处,仓库里没有大的image存储。
例子:基于(1)的想法。
FROM centos-file:v1
MAINTAINER dualven
EXPOSE 80
RUN chmod a+x /home/dualven/startup.sh
ENTRYPOINT ["/usr/sbin/apachectl","-D", "FOREGROUND"]
这个其实相当于直接 docker pull centos-file:v1了,没有什么语句的话,理论上也没有很必要用dockerfile了。
前端与后端
-i,交互式
-t,分配个伪终端
-d,后端运行
最方便的还是docker run -it -p80:80 --name aa image bash
ctl+p ctl+q出来
attach 进去。
个人感想:主要由于目前的官方的hub.docker上传太慢,其它镜像收费. 如果image太大,就不适合了。
所以对比较小的系统,且配置比较繁琐的,可以考虑使用。
其它的系统,用脚本可以满 足也可以。目前尽量不要用,还有待完善。
领取专属 10元无门槛券
私享最新 技术干货