当 Conda 不是操作系统时，为什么会有特定于 Conda 的 Docker 映像？答案

【问题标题】：Why are there Conda specific Docker images when Conda is not an OS?当 Conda 不是操作系统时，为什么会有特定于 Conda 的 Docker 映像？
【发布时间】：2019-04-25 18:24:55
【问题描述】：

我的理解是 Docker 环境本质上是剥离了 Linux 操作系统。那么，当 Anaconda 不是操作系统时，为什么会有 Anaconda Docker 映像 - 考虑到 Conda / Anaconda 是在 Linux 发行版中使用的。

【问题讨论】：

出于同样的原因，存在适用于其他语言和框架的 Docker 镜像：因此人们可以在该平台之上构建容器化服务。
对，但说“Python”Docker 映像是不正确的。 Python 需要安装在操作系统上——对吧？它不能单独运行。
Conda 映像在概念上与现有的 Python 映像实际上并没有什么不同：它们都构建在 Debian 用户空间之上。

标签： python docker anaconda conda

【解决方案1】：

使用软件容器化工具来容器化……嗯，软件并没有错。

不应仅仅因为 Conda 不是操作系统而将存在特定于 Conda 的 Docker 映像视为无效。它与Python Docker images 或Jenkins Docker images 一样有效。

这是因为创建 Docker 的动机简单明了：打包软件有人想在某处运行。

不要只相信我的话 - 看看 Docker has to say 是什么。根据他们在“什么是容器？”中的定义，他们说“software 的标准化单元”。它没有说“操作系统的标准化单元”，因此得出与 Docker 映像相关的唯一任务或限制是它们的操作系统是不安全的。

以 Conda 为例，它为 Python 环境管理带来的好处是可编写脚本的，并且对于您想要在 Docker 映像中构建和管理一次的 Python 服务很有用。也许您的特定工作流程概念与该用例不匹配，但软件本质上是非常可弯曲的。您可以假设有相当多的人从中受益。

【讨论】：