Architecture 码头集装箱内的盐奴才？

你有没有在码头工人的集装箱里运行一个盐仆从

或者你只在运行docker容器的服务器上运行一个仆从

我们目前不使用盐，但希望将来使用盐

我们不确定未来如何规划我们的基础设施

---

如果您不理解我的问题，请留下评论：-）

您可以选择其中一个，也可以同时选择两个。这两种选择有不同的目的。以下是使用配置管理的不同方式：

塑造形象的盐 与编写更复杂的Dockerfile来安装和设置代码不同，Dockerfile只是说

FROM saltstack/ubuntu-14.04
RUN salt-call <...>

来自saltstack/ubuntu-14.04
投机取巧

如果您正在考虑从盐供应机器过渡到使用容器，这可能会很好。最后，我更喜欢使用Dockerfile，而不是这里的配置管理器，因为它更透明，而且在开发期间构建映像时，我可以利用缓存

图像中的盐奴才 Docker有两种不同的哲学。一种是使用类似沙盒应用程序的容器：每个容器一个应用程序，通常将应用程序间通信限制为TCP。另一种方法是将容器视为小型机器，在一个容器上配置多个应用程序，并在容器内运行一些initd类型的服务，以使它们都保持运行

如果您遵循后一种风格，并希望更新一个正在运行的容器，那么容器内的仆从就是如何做到这一点的。（就我个人而言，当我想要更改任何内容时，我更喜欢执行前者并重建/重新启动容器。）

主机上的盐仆从 最后，您可能需要主机上的配置管理来管理容器（拉动、启动、停止和重新启动）。如果您以前做过配置管理，您会觉得这是最熟悉的，但是要管理的配置要少得多，因为依赖项和其他特定于应用程序的配置都打包到它们的容器中