9

我的问题很简单：为什么要使用phusion/baseimage？

我已经阅读了该网站。我经历过一切。它比基础更好，超薄专为 Docker 构建。话虽如此：那为什么现在官方版本不使用它呢？

phusion/baseimage已经出了一段时间了，但是php、mysql等的官方构建，仍然是直接使用debian或ubuntu...为什么？

我没有找到任何从 phusion/baseimage 继承的简单 docker-esque（单实例）包。php7 和 nginx 直接使用 debian:jessie。mysql使用ubuntu。

的全部意义phusion/baseimage在于摆脱基于臃肿的“VM”容器。

所以，我的问题又来了：使用phusion/baseimage还值得吗？

4

2 回答 2

10

考虑的原因：

  • 除非我知道我需要它们，否则我个人不想把所有东西都packages放在我的里面。或者你提到的docker image例子SSH Server。这不是一个，这是一个。PHP7Nginxvmcontainer
  • 看起来他们正在努力制作container一个完整的VM、长时间的运行multi services。Docker哲学是使用 microservices，并将它们分成多个containers，这具有许多优点，例如：故障隔离，更容易升级，扩展等。
  • 修复APT：此修复也在官方 ubuntu 映像中。
  • 这些图像带有很多复杂性，并且消除了microservices design. 我相信它会妨碍你。

我建议使用library images已知技术，即。PHP, Apache, 等等。使用这个 +microservices将极大地帮助你的长期。现在，如果您想制作自己的图像，我建议使用library base imageslike alpine，因为它是轻量级的，或者debian因为几乎所有库图像都基于它们。

你有另一个选项叫做scratch：

您可以使用Docker's reserved, minimal image, scratch, 作为构建的起点containers。使用scratch图像向构建过程发出信号，您希望 中的下一个命令Dockerfile成为first filesystem layer您的image.

虽然scratch出现在Docker上的存储库中hub，但您不能pull运行它或使用名称标记任何图像scratch。相反，您可以在Dockerfile.

FROM scratch
...
于 2016-12-29T19:00:32.750 回答
1

我不确定 phusion 的使命是减少臃肿——它一直是臃肿的。

当我开始使用 docker 时，生态系统要小得多。Phusion 是一个有趣的图像，它展示了在单个容器中运行的多个服务，一个用于远程访问的功能性 SSH 服务器（在更容易跳转到正在运行的容器中之前）。

Debian/Ubuntu 非常适合运行稳定的服务器。对于容器/服务，它们非常臃肿。

目前，作为一名 IT 专业人士——我认为没有令人信服的理由使用 phusion，除非是为了一些学习。我宁愿拥有/了解我的容器。

于 2016-12-29T19:05:38.637 回答