本文探讨了在云原生环境下，如何选择镜像构建方式来应对安全和维护挑战。分析了传统镜像、Alpine 和 Distroless 三种构建方式的优缺点，并以 Redis 为例进行对比。提供了选型决策树，指导用户根据应用需求选择合适的构建方式。对于需要Shell工具、减少依赖或考虑跨平台的场景，给出了具体建议。
作者：安树博 青云科技 PaaS 中间件开发工程师
从事 PaaS 中间件服务（Redis/Memcached 等）开发工作，热衷对 NoSQL 数据库领域内技术的学习与研究
- 官方镜像版本无法满足功能需求
- 镜像内存在的漏洞无法规避
- 传统构建方式镜像体积越来越大
你在使用镜像时是否遇到过以上问题呢？
随着云原生技术的普及，业务负载上容器就越来越普遍。很多企业已经碰到，或正在解决以上这些容器镜像的问题。随着云原生业务覆盖范围越来越大、越来越贴近业务核心，对于镜像安全和可维护等要求也越来越高。
那么构建镜像的方式如何选型就需要根据应用的具体情况来做判断。本文将对目前常见的几种镜像构建方式进行分析，帮您判断。
主流镜像构建方式
传统镜像
不特指某一镜像，本文中代指 Debian/Centos/Ubuntu 等系统下构建的镜像，对于 C/C++ 编写的复杂程序，这是最常用的一种构建方式。
Alpine[1]
Alpine 操作系统是一个面向安全的轻型 Linux 发行版。通过 Alpine 构建的镜像容量非常小，通常 5 MB 左右，包管理机制友好。具有下载速度快，安全性提高等优点。
Distroless[2]
源自于 Google 的镜像，比 Alpine 更精简。除了基础文件其它都不包含，甚至没有 Shell。大多数 Operator 都是基于此系列基础镜像编译。
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
