docker集装箱内的盐仆人？
你在docker集装箱里面运行一个盐哨子吗？
或者你只在运行docker容器的服务器上运行minion？
目前我们不使用盐，但是将来要使用它。
我们不确定未来如何布局我们的基础设施。
请留下评论，如果你不明白我的问题:-)
你可以做或者两者兼而有之。 这两个选项有不同的目的。 以下是使用configurationpipe理的不同方法：
用于build立图像的盐
而不是写一个更复杂的Dockerfile来安装和设置你的代码，你的Dockerfile就是这么说的
FROM saltstack/ubuntu-14.04 RUN salt-call <...> 如果您正在考虑从Saltconfiguration的机器转换为使用容器，这可能会很好。 最终，我更喜欢使用Dockerfile而不是configurationpipe理器，因为它更透明，我可以在开发过程中构build映像时利用caching。
在图像内部的盐仆人
Docker有两种不同的理念。 一个是你使用一个像沙盒应用程序的容器：每个容器一个应用程序，通常限制与TCP的应用程序间通信。 另一种方式是将容器当作小型机器处理，在一个容器上提供多个应用程序，并在容器内部运行一些initdtypes的服务，以使它们全部运行。
如果你遵循后一种风格，想要更新正在运行的容器，那么容器内部的小部件就是如何去做的。 （就我个人而言，我更喜欢做前者，当我想改变任何东西时，重build/重新启动容器。）
主机上的盐仆人
最后，您可能需要主机上的configurationpipe理来pipe理容器（拉，启动，停止和重新启动）。 如果您之前已经完成了configurationpipe理，这将会让您感到最为熟悉，但是由于依赖关系和其他特定于应用程序的configuration都被打包到其容器中，所以configurationpipe理的数量less得多。