1.构建 Go 应用 docker 镜像的功夫功十八种姿势
构建 Go 应用 docker 镜像的十八种姿势
我夜以继日，加班加点开发了一个最简单的打印打印 Go Hello world 应用，虽然只是源码源码跑了打印一下就退出了，但是功夫功老板也要求我上线这个我能写出的唯一应用。
项目结构如下：
hello.go 代码如下：
并且，打印打印老板要求用docker 部署，源码源码抄底源码显得咱们紧跟潮流，功夫功高大上一点。打印打印。源码源码。功夫功
我在拜访了一些武林朋友之后，打印打印发现把整个过程丢到docker 里面去编译一下就好了，源码源码一番琢磨之后，功夫功xss读取整站源码我得到了如下 Dockerfile:
构建镜像：
搞定，打印打印让我们凑近了看看。源码源码
好家伙，我好不容易写出来的代码也在里面，看来代码不能写的烂，不然运维妹子偷看了要笑话我。。。
我们再看看镜像到底有多大，据说大了拉取镜像就会比较慢呢
哇，居然有MB，难道docker build 一下变 Java 了吗？不是高抛低买源码什么东西都是越大越好的。。。
让我们看看为啥这么大！
看看，我们跑第一个指令（WORKDIR）前就已经+MB了，有点猛啊！
不管怎么说，我们先跑一下看看
没问题呀，好歹可以工作嘛～
经过一番烟酒，加上朋友指点，发现原来我们用的那个基础镜像实在太大了。
并且朋友告诉我可以把代码先编译好，免费cdn系统源码再拷贝进去，就不用那个巨大的基础镜像了，不过说起来容易，我还是好好花了点功夫的，最后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 小星星⭐️
微信交流群
关注『微服务实践』公众号并点击 交流群 获取社区群二维码。
