docker Python :alpine 的坑

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› Boot2docker

这是一个创建于 912 天前的主题，其中的信息可能已经有所发展或是发生改变。

alpine 作为 builder 支持的 wheel 太少了
一堆 package 都没有 wheel, 特别是 arm64 的 wheel
光一个 1.4.2 的 pandas 在 github actions 上就编译了 6 个小时(py3-pandas 只给到 1.3.2)....
用 debian 编译就 7 分钟

试着用 debian 做 builder
alpine 做 runner
结果用到 glibc 的库就会出现 __sched_cpufree: symbol not found 之类的 bug....

最后发现 debian/ubuntu 做 builder, slim-debian/ubuntu 做 runner 才是最优解.
我自己的项目,最后编译完成的 debian image 只比 alpine 的大 50M 左右.
如果不是寸土寸金的, 真的建议 python 项目用 debian/ubuntu 做底包, 节约你宝贵的 debug 时间.

12 条回复 • 2022-05-26 16:43:59 +08:00

zeusho871

2022-05-26 08:01:30 +08:00 via Android

alpine 省的那点体积还是用 debian 合适

Cooky

2022-05-26 08:07:24 +08:00

上 conda ？

noqwerty

2022-05-26 08:13:48 +08:00

Alpine 真是没什么必要，平时 Docker 用的比较多的话总会有其他用 Debian/Ubuntu 作为 base image 的第三方 Docker image

Bingchunmoli

2022-05-26 08:15:49 +08:00 via Android

py 的 pip 不大能做到 clone 安装即用，经常遇见开源项目花式依赖错误

ospider

2022-05-26 08:50:13 +08:00

生产环境用 alpine 的都是勇士。为了节约一丢丢磁盘，耗费 CPU 和内存，尤其是耗费人的精力，不值当的。

ClericPy

2022-05-26 09:46:23 +08:00

有木有考虑过 nuitka 打包成二进制直接运行, 不过体积大了不少, 而且只在基础运算有性能提升, 协程高并发甚至会反优化...

一般情况下会有个祖传 Python 镜像, 都用它的话也不浪费空间, alpine 真的各种缺失搞的头疼, 很多内核缓存的优化也都没了, 得不偿失, 有这功夫我直接丢 Serverless 上去了