Docker在构建映像时，应该使用系统库还是捆绑库
这是关于docker dev邮件列表的讨论摘要。
几乎所有程序都依赖于第Do三方库。最常见的是，它们使用动态链接和某种包依赖关系，因此当多个程序ck需要同一个库时，它只安装一次。
然而，有些程序将它们的第三方库捆绑在一起，er因为它们依赖于这些库的特定版本。
在创建Docker镜像时，是使用捆绑的库更好，在构还是应该构建这些程序，让它们使用默认的系统库？
系统库的关键点不是节省建映磁盘或内存空间。这关乎安全。所有主要的发行版都通过拥有专门的安全团队、密切跟像时踪已发布的漏洞并自行披露建议来认真处理安全问题。（看看Debian安全信息，应中的这些过程的例子。）然而，上游开发人员并不总是实现类似的做法。
在设置Do该使cker镜像从源代码编译程序之前，如果您想使用捆绑库，您应该检查上游作者用系是否提供了一种方便的方式来宣布安全漏洞，以及他们是否及时更新了捆绑库。如果他统库们不这样做，你就暴露了自己（以及你的图像用户）的安全漏洞。
同样，在使用其他人还是构建的包之前，您应该检查提供这些包的通道是否实现了类似的安全最佳实践。下载并捆绑安装“all-in-one” .deb或.rpm一开始听起来很棒，除非你Do无法确定它包含易受Heartbleed漏洞攻击的OpenSSL库的副本。
本文地址：http://soft.zmdinfo.ha.cn/html/19d4894874.html
版权声明
本文仅代表作者观点，不代表本站立场。
本文系作者授权发表，未经许可，不得转载。