1.构建 Go 应用 docker 镜像的功夫功十八种姿势
构建 Go 应用 docker 镜像的十八种姿势
我夜以继日,加班加点开发了一个最简单的打印打印 Go Hello world 应用,虽然只是源码源码跑了打印一下就退出了,但是功夫功老板也要求我上线这个我能写出的唯一应用。
项目结构如下:
hello.go 代码如下:
并且,打印打印老板要求用docker 部署,源码源码fgo解包源码显得咱们紧跟潮流,功夫功高大上一点。打印打印。源码源码。功夫功
我在拜访了一些武林朋友之后,打印打印发现把整个过程丢到docker 里面去编译一下就好了,源码源码一番琢磨之后,功夫功gpt源码pytorch我得到了如下 Dockerfile:
构建镜像:
搞定,打印打印让我们凑近了看看。源码源码
好家伙,我好不容易写出来的代码也在里面,看来代码不能写的烂,不然运维妹子偷看了要笑话我。。。
我们再看看镜像到底有多大,据说大了拉取镜像就会比较慢呢
哇,居然有MB,难道docker build 一下变 Java 了吗?不是内核态源码什么东西都是越大越好的。。。
让我们看看为啥这么大!
看看,我们跑第一个指令(WORKDIR)前就已经+MB了,有点猛啊!
不管怎么说,我们先跑一下看看
没问题呀,好歹可以工作嘛~
经过一番烟酒,加上朋友指点,发现原来我们用的那个基础镜像实在太大了。
并且朋友告诉我可以把代码先编译好,潜力诊断源码再拷贝进去,就不用那个巨大的基础镜像了,不过说起来容易,我还是好好花了点功夫的,最后Dockerfile 长这样:
跑一下试试
不对,hello 找不到,忘记先编译一下 hello.go 了,再来~
再跑docker build -t hello:v2 .,没问题,走两步试试。。。夜袭武器源码
失败!好吧,格式不对,原来我们开发机不是linux 呀,再来~
重新docker build 终于搞定了,赶紧跑下
没问题,我们来看看内容和大小。
里面只有hello 这个可执行文件,再也不用担心别人鄙视我的代码了~
哇,6.MB,绝对可以!
看看,我们跑第一个指令(WORKDIR)前面只有 5.3MB 了,开心啊!
一顿炫耀之后,居然有人鄙视我,说现在流行什么多阶段构建,那么第二种方式到底有啥问题呢?细细琢磨之后发现,我们要能从Go 代码构建出 docker 镜像,其中分为三步:
多阶段构建就是把这一切都放到一个Dockerfile 里,既没有源码泄漏,又不需要用脚本去跨平台编译,还获得了最小的镜像。
爱学习,追求完美的我最终写出了如下Dockerfile,多一行则肥,少一行则瘦:
第一个FROM 开始的部分是构建一个 builder 镜像,目的是在其中编译出可执行文件 hello,第二个 From 开始的部分是从第一个镜像里 copy 出来可执行文件 hello,并且用尽可能小的基础镜像 alpine 以保障最终镜像尽可能小,至于为啥不用更小的 scratch,是因为 scratch 真的啥也没有,有问题连上去看一眼的机会都没有,而 alpine 也才 5MB,对我们的服务不会构成多少影响。
我们先跑了验证一下:
没问题,正如预期!看看大小如何:
跟第二种方法构建的镜像大小完全一样。再看看镜像里的内容:
也是只有一个可执行的hello 文件,完美!
跟第二个最终镜像基本是一致的,但我们简化了流程,只需要一个Dockerfile,跑一条命令就好了,不需要我去整那些晦涩难懂的 shell 和 makefile 了。
至此,团队小伙伴都觉得完美,纷纷给我点赞!但是,既追求完美,又喜欢偷懒(摸鱼)的我觉得吧,每次都让我写出这么个增一行则肥,减一行则瘦的Dockerfile,我还是觉得挺烦的,于是我瞒着老板写了个工具,我来秀一秀~~
搞定!看看生成的Dockerfile 哈
其中几点可以了解下:
我们看看用这个自动生成的Dockerfile 构建出的镜像大小:
略微大一点,这是因为我们拷贝了ca-certificates 和 tzdata。验证一下:
我们看看镜像里有啥:
也是只有hello 可执行文件,并且文件大小从原来的 KB 减到了 KB。跑一下看看:
并且你可以在生成Dockerfile 的时候指定基础镜像为 scratch,这样镜像就更小了,但是你就不能直接通过 sh 登陆进去了。
尺寸也是真的好小:
再看看镜像里都有啥
我这是在Macbook M1 上编译的是 linux/arm 镜像,我猜你常规的是要打 linux/amd 的镜像,用下面这个命令就好:
好了好了,不再纠缠Dockerfile 了,我要去学习新技能了~
项目地址
github.com/zeromicro/go...
觉得不错吗?欢迎打赏吆,打赏只需点亮GitHub 小星星⭐️
微信交流群
关注『微服务实践』公众号并点击 交流群 获取社区群二维码。