Docker 容器镜像 alpine VS Ubuntu 的竞争

V2EX = way to explore

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

现在注册

已注册用户请登录

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

<div class="markdown_body">
最下面的链接是三年前 reddit 论坛有讨论将 alpine 作为基础镜像, 如今已经实现被推荐作为 Docker 官方基础镜像。。想请教各位：
1 、回帖中提到的那些 alpine 的缺陷是否已解决？比如它的 musl libc 是不是还会有很多坑?
2 、现在 alpine 还有哪些库没有，但是也没办法自己手动编译安装的?
3,你们在构建 docker 基础镜像的话会如何选择?

https://www.reddit.com/r/docker/comments/b6gk1x/why_use_ubuntu_as_base_image_when_alpine_exists/

谢谢🙏
</div>

第 1 条附言 · 2021-11-26 14:44:38 +08:00

我发了这个帖子 /t/815453 之后就被限制登录，然后隔了快半个月重新更换的密码才能登的上，然后发现自己 at 别人, 别人都没有提示。这是被降权了吧？哪位还没被降权的好心人能帮我 at 一下 @ livid 帮我翻案⋯⋯谢谢🙏

alpine

Docker

镜像

div

32 条回复 • 2021-12-26 00:26:24 +08:00

programV2

2021-11-24 23:16:39 +08:00 via iPhone

谢谢

Tink

2021-11-25 00:12:37 +08:00 via Android

这几天正好在用 mqtt ，所以需要在 docker 里构建 mosquito ，alpine 和 ubuntu 都试了，alpine 很奇怪的是，verbose 模式下拿不到任何 log ，也不知道是我没搞对还是咋回事，就很难受

LokiSharp

2021-11-25 09:00:08 +08:00

用 Debian 还挺好的

cokyhe

2021-11-25 09:25:05 +08:00

项目能用 alpine 就用 alpine ，不行就改 ubuntu ，不和自己过不去

programV2

2021-11-25 09:44:30 +08:00 via iPhone

@cokyhe 大佬请问你优先用 alpine 如何避开 musl 的问题?

liuxu

2021-11-25 09:45:35 +08:00

1. 一把年纪了，是该自己学会 google 了
2. 都能编译
3. 常用 alpine ，目前制作 docker image 最小方案有 2 种，一种是在 gentoo 下用 kubler 这类交叉编译工具制作目标系统 tar 包然后生成 docker image ；还有一种方式就是通过 alpine ，我实际测试来看 alpine 有时候比 gentoo 下自己制作的包还要小，而且编译时间 10 倍缩减

@Tink 日常通用方式是 ln -sf /proc/$$/fd/1 verbose.log ，然后进程输入日志到这个文件，还有问题的话看看配置是不是弄错了

billzhuang

2021-11-25 09:48:50 +08:00 via iPhone

我最近钟意 google 的 distroless

bao3

2021-11-25 09:58:58 +08:00 via iPhone

无论用哪个系统做底包，它们都是工具，哪个顺手你就用哪个。因噎废食就搞反了

afirefish

2021-11-25 09:59:04 +08:00

debian 11 ，虽然没有 alpine ，但是包比较全，没有太多坑。

SmiteChow

2021-11-25 10:12:51 +08:00

当然是 Ubuntu ，你就缺那点空间还是网速？

hwdef

2021-11-25 10:48:15 +08:00

能用 alpine 的就用 alpine ，如果用到了 musl ，就换 ubuntu.

programV2

2021-11-25 11:11:26 +08:00 via iPhone

@hwdef 关键是你不知道用到的哪个依赖包可能有用到 MUSL ? 想要排错都很困难。

programV2

2021-11-25 11:19:00 +08:00 via iPhone

@liuxu 谢谢大佬回复。请问
1 ，你在实际使用中没有碰到 musl 带来的问题吗？
2 ，Ubuntu 的库是不是比 alpine 要全一些?

joesonw

2021-11-25 11:59:24 +08:00

https://github.com/GoogleContainerTools/distroless google 推荐的基础镜像

liuxu

2021-11-25 12:29:30 +08:00

@programV2

1. 没有
2. alpine 和其他系统最大的不同是系统命令用的 busybox ，没有杂七杂八的 lib, include ，很干净

liuxu

2021-11-25 12:33:18 +08:00

@programV2 还有一点，默认官方库只有 main ，其实还可以添加 testing ，根据我使用 swoole 来看，实际上 testing 只是帮你手动编译了而已

programV2

2021-11-25 12:38:26 +08:00 via iPhone

@joesonw 这个很少看到有人用啊。请问你使用过体验怎么样？

programV2

2021-11-25 12:48:05 +08:00 via iPhone

@liuxu 谢谢大佬。我贴一段论坛很多人提到的问题，想听听您的看法。： "Musl has different malloc, different libm, different pthreads. These things all will impact performance in some way (maybe better, maybe worse), and will hit implementation bugs in libraries at some point because someone coded too specifically against glibc. This + development time tradeoff risk doesn’t seem worthwhile, especially in data science where many libraries are needed and the library quality varies so wildly and often aren’t even portable beyond one specific version of one specific Linux distribution"
@liuxu
@liuxu

liuxu

2021-11-25 13:02:06 +08:00

@programV2

首先要说一下你的账号被降权了，你 at 人实际上别人是没有提醒的，我是重新点回了这个帖子看到你 at 我的楼层才回复你的

musl 可能是有兼容问题，但是你确定你会遇到么，实际上就算你用 glibc ，也是有 bug 的，但你遇到过么。
目前从 docker hub 看，基本上所有常用的服务类基础软件都会有基于 alpine 的镜像，nginx,php,mysql,redis ，既然都在基于 alpine 做镜像，你在担心什么

jellyspot

2021-11-25 13:30:07 +08:00

alpine 就一个 dns 问题，好多新手都能整蒙，因为大家用的其他系统，都是 glibc 的，但是 alpine 是 musl

programV2

2021-11-25 13:41:11 +08:00 via iPhone

@jellyspot 请问 DNS 是什么问题？只知道 glibc 与 musl 差异挺大的
@jellyspot

12101111

2021-11-25 14:30:30 +08:00

musl 没有 nss, 直接用 resolve.conf 配置 DNS

如果想用 musl, 那么不要妄想 cp 一个 glibc 的 elf 文件就能跑, 不可能的, alpine 软件仓库没有的 C/C++库要自己编译.

我的桌面系统用的是 Gentoo musl, 没见过哪个 C/C++包是彻底编译不了的, 改一改都能编译

pckillers

2021-11-25 14:55:13 +08:00

为啥我用的公用镜像不是 alpine 就是 Debian 。从没见过用 Ubuntu 的啊？

krcalc

2021-11-25 17:39:32 +08:00

还有 distroless

corvofeng

2021-11-25 22:52:24 +08:00

个人意见, 我有两个选择点:

1. 旧项目保持原状,
2. 针对新项目, 编译型语言 Golang 就用 alpine, 镜像体积能保持很小, 真的清爽(K8s 好多镜像都直接用 scratch, 但是调试时麻烦, 这种库是给很多人用的, 所以会考虑压缩体积). 要是像 Python 这种用 debian 就行了, 反正要安装很多包, 有的还要 gcc 编译, 镜像的体积根本小不了

平时工作不用 C++/Java, 要是给我的话, 估计它两都是分步构建+debian 做基础镜像. 既然使用了分步构建, 每个镜像差别不会很大, 真正 pull 的层也不多. 另外的话从开发者心理上讲 debian 稳一点, 更接近普通 Linux 环境.