生产环境中，对于运维来说，可能不需要亲自去编写Dockerfile来构建镜像，大多数是研发部门来做这个事情，但我认为运维岗位有必要清楚Dockerfile的构建过程，再不济也应该知道运行这个image时，最后的进程是怎么样的，这会更有利于测试维护。
在我的公司来说，底层运维和研发是搭不上话的，更别说了解Dockerfile了，这就需要自己来研究。
Docker也很友好的，可以通过命令查看镜像构建过程。
docker image histroy [IMAGE]
如：
$ docker image history busybox:latest
IMAGE CREATED CREATED BY SIZE COMMENT
a9d583973f65 8 weeks ago /bin/sh -c #(nop) CMD ["sh"] 0B
<missing> 8 weeks ago /bin/sh -c #(nop) ADD file:b49bf6359240618f2? 1.23MB
学习过Dockerfile应该知道，正常结构 CMD 或者 ENTRYPOINT 应该在文件末尾，用来挂起前台进程，docker image history看到的是倒序的，故，我在网上扒了个脚本，如下： 参考站点
#!/bin/bash
case "$OSTYPE" in
linux*)
docker history --no-trunc --format "{
{.CreatedBy}}" $1 | # extract information from layers
tac | # reverse the file
sed 's,^\(|3.*\)\?/bin/\(ba\)\?sh -c,RUN,' | # change /bin/(ba)?sh calls to RUN
sed 's,^RUN #(nop) *,,' | # remove RUN #(nop) calls for ENV,LABEL...
sed 's, *&& *, \\\n \&\& ,g' # pretty print multi command lines following Docker best practices
;;
darwin*)
docker history --no-trunc --format "{
{.CreatedBy}}" $1 | # extract information from layers
tail -r | # reverse the file
sed -E 's,^(\|3.*)?/bin/(ba)?sh -c,RUN,' | # change /bin/(ba)?sh calls to RUN
sed 's,^RUN #(nop) *,,' | # remove RUN #(nop) calls for ENV,LABEL...
sed $'s, *&& *, \\\ \\\n \&\& ,g' # pretty print multi command lines following Docker best practices
;;
*)
echo "unknown OSTYPE: $OSTYPE"
;;
esac
使用方法
./script.sh [IMAGE]
# ./script.sh nginx:latest
只能提供大致的构建过程，至于中间在构建本地copy了什么文件，解压了什么文件，还是无从之晓的。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/101763.html原文链接：https://javaforall.net
