Docker 镜像太太太大了。

黑盒镜像也就你自己用用，无所谓大小啦，想减肥只能 Dockerfile 并注意镜像层数，每层最后都需要清理无用文件

自建 repository

@linoder 然后推到 私有 registries

alpine linux 镜像或许可以拯救你

1. multistage build,最后只包括二进制
2. 压缩命令压缩镜像
3. 基础镜像用 alpine，golang 可以用 scratch

咦…还好吧？底层镜像会复用的，只是看起来大

@linoder 网络是个瓶颈

@miniers
咋没有个镜像转 dockerfile 的方法
其实我不想要记下每一层啊，docker 咋没个选项别搞增量记录。

https://hui.lu/reduce-docker-image-size/

安利一下

@zhoulouzi 懒的写 dockerfile 呀

@cheneydog #8 这个真没有，只能自己写，真的不要把 docker 当成虚拟机来用

alpine +1
不过目前过 G 的只见过 Hadoop

新版不是支持多阶段构建了吗

docker 不是虚拟机 反正我自己来说是偏好写 dockerfile 比较容易分发。别人拿去也容易改。另外一个就是基础镜像尽可能选 alpine 这样的 你看 apk add 和 apt/yum install 用起来也差不多，但是基础镜像小得多。

话说 docker 部署环境真的好方便

alpine 最蛋疼的地方是太精简了 连 tzdata 都没，想要用 TZ env 设时区，就得自己先封装个，感觉还不如用 debian...

而且 alpine 还没 glibc，又得自己编译

docker commit 不是说一般不会用吗?

楼主这种上来宣泄负面情绪，一点细节的都没说的，一点要解决问题的意思的帖子真的不应该 /go/flood 么

底包影响没有想象的那么大，commit 跟 docker file 的差别才是关键问题

@Niphor #17

glibc 不是有这个吗 https://github.com/sgerrand/alpine-pkg-glibc
虽然貌似有函数没实现，cx_oracle 编译后跑不通

@cloverstd 我在 arm 上跑东西，这个只有 pc 用的，也得照着自己编译 apk

必然是分层才能解决啊

1. 用 alpine 2. 开发 Dockerfile 时分别 RUN 每条命令，目的是分层减少重新 build 的时间，开发好了合并 RUN 为一条，减少分层。

另外，清除依赖包、缓存不可少

去看 Dockerfile 最佳实践，一篇文章，到处都有这篇文章的翻译。

@v1024 清过了，少了将近 1G。

用 alpine 小一些，另外，镜像大小跟开发语言也有关，不用运行时的语言，镜像就小很多，比如 go