Salt minion inside docker container?

Do you run a salt minion inside a docker containers?

Or do you only run a minion on the server which runs the docker containers?

  • how to cross docker-compose.yml file to link container
  • Docker compose wordpress plugins
  • Make a CMD effect on docker run but not in docker start
  • Running RStudio Shiny as a Docker container on AWS?
  • Docker swarm and service discovery
  • Firefox Proxy to Docker Fiddler refusing connection
  • We don’t use salt at the moment, but want to use it in the future.

    We are unsure how to layout our infrastructure in the future.

    Please leave a comment, if you don’t understand my question 🙂

  • Azure ip address refused for docker
  • Can't run Ecplise Che under ubuntu
  • Multiple projects in one solution to generate one docker container
  • Get status of an ongoing docker image pull
  • Which way to run PostgeSQL in Docker?
  • Running Rails application in docker container
  • One Solution collect form web for “Salt minion inside docker container?”

    You can do either or both. The two options have different purposes. Here’s different ways you could use configuration management:

    Salt for building an image

    Rather than writing a more complex Dockerfile to install and set up your code, your Dockerfile just says something like

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

    This might be good if you’re looking at transitioning from Salt-provisioned machines into using containers. Ultimately, I’ve preferred to use the Dockerfile and not a config manager here because it’s more transparent and I can take advantage of caching when I’m building the image during development.

    Salt minion inside an image

    There’s two different philosophies with Docker. One is that you use a container like a sand-boxed application: one application per container and generally restrict inter-application communication to TCP. The other is that you treat containers like little machines, provisioning multiple applications on one container and run some initd-type service inside the container to keep them all running.

    If you follow the latter style and want to update a running container, a minion inside the container is how to do it. (Personally, I prefer doing the former and rebuilding/restarting containers when I want to change anything.)

    Salt minion on the host machine

    Finally, you might want configuration management on the host-machine to manage the containers (pulling, starting, stopping, and restarting). This would feel most familiar to you if you’ve done configuration management before, but there’s a lot less configuration to manage because the dependencies and other application-specific configuration are all packed up into their containers.

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.