我的问题很简单：为什么要使用phusion/baseimage？
我已阅读该网站。我经历过一切。它比基础版更好，专为 Docker 构建的超薄。话虽如此：那为什么现在官方版本还没有使用它呢？
phusion/baseimage已经出了一段时间了，但是php、mysql等的官方构建还是直接用debian或者ubuntu...为什么？
我没有找到任何从 phusion/baseimage 继承的简单 docker-esque（单实例）包。 php7 和 nginx 直接使用 debian:jessie。 mysql使用ubuntu。
phusion/baseimage 的全部意义在于摆脱基于完全臃肿的“VM”容器。
那么，我的问题又来了：使用phusion/baseimage 仍然值得吗？
【问题讨论】：
标签： php mysql nginx docker phusion
考虑的原因：
packages 都放在我的docker image 中，除非我
知道我需要他们。 SSH Server 中的 PHP7 或 Nginx 示例
提及。这不是vm，而是container。container 就像一个完整的VM，长
与multi services 一起运行。 Docker 哲学正在使用
microservices，并将它们分开为多个containers，这样有很多优点，例如：故障隔离，更容易升级，扩展等。APT：这个修复也在官方的ubuntu镜像中。microservices design 的简单性。我相信它会妨碍你。我建议将library images 用于已知技术，即。 PHP、Apache 等。使用这个 + microservices 将有助于您的长期发展。现在，如果您想制作自己的图像，我建议您使用 library base images 像 alpine 一样轻量级，或者使用 debian 因为几乎所有库图像都基于它们。
你还有另一个选项叫scratch：
您可以使用Docker 的预留minimal image、scratch 作为构建containers 的起点。使用scratch 图像向构建过程发出信号，您希望Dockerfile 中的下一个命令成为image 中的first filesystem layer。
虽然scratch 出现在Docker 的hub 存储库中，但您不能pull 它、运行它或使用名称scratch 标记任何图像。相反，您可以在 Dockerfile 中引用它。
FROM scratch
...
【讨论】：
PHP、Apache 等。使用这个 + microservices 将有助于您的长期发展。现在，如果您想制作自己的图像，我建议使用像 alpine 这样的库基础图像，因为它是轻量级的，或者是 debian，因为几乎所有的库图像都是基于它们的。
我不确定 phusion 的使命是减少臃肿——它一直是臃肿的。
当我开始使用 docker 时，生态系统要小得多。 Phusion 是一个有趣的图像，它展示了在单个容器中运行的多个服务，一个用于远程访问的正常运行的 SSH 服务器（在更容易跳转到正在运行的容器中之前）。
Debian/Ubuntu 非常适合运行稳定的服务器。它们对于容器/服务来说非常臃肿。
目前，作为一名 IT 专业人士，我认为没有令人信服的理由使用 phusion，除非是为了学习。我更愿意拥有/了解我的容器。
【讨论】：
FROM scratch。 Go 适合这种设置。