docker alpine centos alpine linux
大家好，关于docker alpine centos很多朋友都还不太明白，今天小编就来为大家分享关于alpine linux的知识，希望对各位有所帮助！
Alpine、Debian、Ubuntu、Centos,谁是最佳选择
本文将为您比较几种常见的Linux基础镜像：Alpine、Debian、Ubuntu和CentOS，以帮助您根据应用程序的需求做出最佳选择。
1. Alpine
轻量级的Alpine Linux以其小巧（通常几MB）和安全性闻名，是构建微服务和容器化应用的理想选择。其包管理工具apk支持从官方和社区仓库安装，例如使用docker build-f Dockerfile-Alpine-t hello-py:alpine.构建镜像。
2. Debian/Ubuntu
Debian和Ubuntu提供广泛的软件包和工具，适合不同应用场景。apt是它们的包管理器，如apt update和apt install-y。它们的镜像较大，但功能全面。例如，构建Dockerfile为hello-py:debian。
3. CentOS
CentOS基于RHEL，提供稳定环境，但新版本更新较少。对于稳定性和兼容性，推荐考虑更小的基础镜像。通过yum进行包管理，但构建时可能需要考虑镜像大小。
镜像大小对比
Alpine镜像最小（108MB），其次是Ubuntu（548MB），Debian（124MB），CentOS（231MB）。通常推荐使用Alpine以减小镜像体积。
实践建议
在选择基础镜像时，首先在Docker Hub查找官方或合适的镜像，如基于python:3.11.9-alpine3.19构建。根据需要，使用对应的包管理工具在Dockerfile中安装软件包。
总结来说，最佳选择取决于你的具体需求，但Alpine以其小巧和高效通常被推荐为首选。
Docker 基础镜像
buster现在更常见，未来 bullseye会越来越多。一般情况下，其它几个都不是我们的第一选择。
Alpine是众多 Linux发行版中的一员，和 CentOS、Ubuntu、Archlinux之类一样，只是一个发行版的名字，号称小巧安全，有自己的包管理工具 apk。
Alpine非常非常小：100M vs 5M！
官方 Alpine镜像的文档：
但是 Alpine的小是有代价的，在不轻易间可能会给你造成麻烦！
Alpine Linux除了插件了一些不必要的软件之外，特别重要的是，它使用了 musl libc代替了大名鼎鼎的 glibc。
musl libc含有和 glibc一样的标准功能，但是问题是 glibc还有标准功能之外的扩展功能，由于 glibc的历史地位和市场占有率，导致 glibc的扩展功能实际上的使用也很广泛！有不少软件的编译、安装和运行都用到了 glibc的扩展功能，因此这些软件在使用了 glibc的基础颈项上就能运行，在使用了 musl libc的 alpine上则不行。
另外，Alpine并没有像 Red Hat或 Canonical之类的大公司为其提供维护支持，软件包的数量也比这些发行版少很多（如果只看开箱即用的默认软件仓库，Alpine只有 10000个软件包，而 Ubuntu、Debian和 Fedora的软件包数量均大于 50000。）
如果实在不想折腾，可以选择一个折衷的镜像 xxx:slim。slim镜像一般都基于 Debian和 glibc，删除了许多非必需的软件包，优化了体积。如果构建过程中需要编译器，那么 slim镜像不适合，除此之外大多数情况下还是可以使用 slim作为基础镜像的。
docker 镜像的差别 scratch 、 busybox 、 alpine
在Docker中，构建镜像时可以基于不同的基础镜像以满足特定需求。其中，scratch、busybox和alpine是最常用的基础镜像。
scratch镜像是Docker中最小的基础镜像，常用于构建其他镜像。它在镜像仓库中不存在，但在Dockerfile中可以引用。基于scratch构建镜像可以确保镜像尽可能小，但这也意味着它可能不包含任何预安装的工具。
busybox镜像包含了常用Linux命令和工具，体积仅有几兆。它像瑞士军刀一样，提供方便的命令集合，适合进行快速验证。
Alpine镜像比busybox稍大，体积也是几兆左右。它基于精简的Linux发行版Alpine Linux，采用musl libc和BusyBox，以减小系统体积并减少运行时资源消耗。Alpine还提供了apk包管理工具，支持丰富的软件包，通过官方仓库查询并安装软件。
Alpine镜像在Docker中继承了这些优势，拥有小体积和友好包管理，常被推荐为构建镜像的基础。与Ubuntu等其他镜像相比，Alpine镜像体积小得多，有利于提高下载速度、增强安全性、简化主机间切换，并节省磁盘空间。
对于Go编译环境，构建镜像时需要在Dockerfile中添加CGO_ENABLED=0环境变量。否则，可能会出现文件找不到的错误。当CGO_ENABLED设置为1时，编译器会以动态链接方式处理文件中引用的libc库，如net包。而设置为0时，编译器会将未定义的外部函数静态链接到可执行文件中。通过ldd命令查看，可以区分静态和动态链接的区别。
