docker_service – Manage docker services and containers.

New in version 2.1.

Synopsis

  • Consumes docker compose to start, shutdown and scale services.
  • Works with compose versions 1 and 2.
  • Compose can be read from a docker-compose.yml (or .yaml) file or inline using the definition option.
  • See the examples for more details.
  • Supports check mode.

Requirements

The below requirements are needed on the host that executes this module.

  • python >= 2.6
  • docker-py >= 1.8.0
  • Please note that the docker-py Python module has been superseded by docker (see here for details). For Python 2.6, docker-py must be used. Otherwise, it is recommended to install the docker Python module. Note that both modules should not be installed at the same time. Also note that when both modules are installed and one of them is uninstalled, the other might no longer function and a reinstall of it is required.
  • docker-compose >= 1.7.0
  • Docker API >= 1.20
  • PyYAML >= 3.11

Parameters

Parameter Choices/Defaults Comments
api_version
-
Default:
"auto"
The version of the Docker API running on the Docker Host. Defaults to the latest version of the API supported by docker-py.
If the value is not specified in the task, the value of environment variable DOCKER_API_VERSION will be used instead. If the environment variable is not set, the default value will be used.

aliases: docker_api_version
build
boolean
    Choices:
  • no ←
  • yes
Use with state present to always build images prior to starting the application.
Same as running docker-compose build with the pull option.
Images will only be rebuilt if Docker detects a change in the Dockerfile or build directory contents.
Use the nocache option to ignore the image cache when performing the build.
If an existing image is replaced, services using the image will be recreated unless recreate is never.
cacert_path
-
Use a CA certificate when performing server verification by providing the path to a CA certificate file.
If the value is not specified in the task and the environment variable DOCKER_CERT_PATH is set, the file ca.pem from the directory specified in the environment variable DOCKER_CERT_PATH will be used.

aliases: tls_ca_cert
cert_path
-
Path to the client's TLS certificate file.
If the value is not specified in the task and the environment variable DOCKER_CERT_PATH is set, the file cert.pem from the directory specified in the environment variable DOCKER_CERT_PATH will be used.

aliases: tls_client_cert
debug
boolean
    Choices:
  • no ←
  • yes
Debug mode
definition
-
Provide docker-compose yaml describing one or more services, networks and volumes.
Mutually exclusive with project_src and files.
dependencies
boolean
    Choices:
  • no
  • yes ←
When state is present specify whether or not to include linked services.
docker_host
-
Default:
"unix://var/run/docker.sock"
The URL or Unix socket path used to connect to the Docker API. To connect to a remote host, provide the TCP connection string. For example, 'tcp://192.0.2.23:2376'. If TLS is used to encrypt the connection, the module will automatically replace 'tcp' in the connection URL with 'https'.
If the value is not specified in the task, the value of environment variable DOCKER_HOST will be used instead. If the environment variable is not set, the default value will be used.

aliases: docker_url
files
-
List of file names relative to project_src. Overrides docker-compose.yml or docker-compose.yaml.
Files are loaded and merged in the order given.
hostname_check
boolean
    Choices:
  • no ←
  • yes
Whether or not to check the Docker daemon's hostname against the name provided in the client certificate.
key_path
-
Path to the client's TLS key file.
If the value is not specified in the task and the environment variable DOCKER_CERT_PATH is set, the file key.pem from the directory specified in the environment variable DOCKER_CERT_PATH will be used.

aliases: tls_client_key
nocache
boolean
added in 2.2
    Choices:
  • no ←
  • yes
Use with the build option to ignore the cache during the image build process.
project_name
-
Provide a project name. If not provided, the project name is taken from the basename of project_src.
Required when definition is provided.
project_src
-
Path to a directory containing a docker-compose.yml or docker-compose.yaml file.
Mutually exclusive with definition.
Required when no definition is provided.
pull
boolean
added in 2.2
    Choices:
  • no ←
  • yes
Use with state present to always pull images prior to starting the application.
Same as running docker-compose pull.
When a new image is pulled, services using the image will be recreated unless recreate is never.
recreate
-
    Choices:
  • always
  • never
  • smart ←
By default containers will be recreated when their configuration differs from the service definition.
Setting to never ignores configuration differences and leaves existing containers unchanged.
Setting to always forces recreation of all existing containers.
remove_images
-
    Choices:
  • all
  • local
Use with state absent to remove the all images or only local images.
remove_orphans
boolean
    Choices:
  • no ←
  • yes
Remove containers for services not defined in the compose file.
remove_volumes
boolean
    Choices:
  • no ←
  • yes
Use with state absent to remove data volumes.
restarted
boolean
    Choices:
  • no ←
  • yes
Use with state present to restart all containers.
scale
-
When state is present scale services. Provide a dictionary of key/value pairs where the key is the name of the service and the value is an integer count for the number of containers.
services
-
When state is present run docker-compose up on a subset of services.
ssl_version
-
Provide a valid SSL version number. Default value determined by ssl.py module.
If the value is not specified in the task, the value of environment variable DOCKER_SSL_VERSION will be used instead.
state
-
    Choices:
  • absent
  • present ←
Desired state of the project.
Specifying present is the same as running docker-compose up.
Specifying absent is the same as running docker-compose down.
stopped
boolean
    Choices:
  • no ←
  • yes
Use with state present to leave the containers in an exited or non-running state.
timeout
-
Default:
10
timeout in seconds for container shutdown when attached or when containers are already running.
tls
boolean
    Choices:
  • no ←
  • yes
Secure the connection to the API by using TLS without verifying the authenticity of the Docker host server.
If the value is not specified in the task, the value of environment variable DOCKER_TLS will be used instead. If the environment variable is not set, the default value will be used.
tls_hostname
-
Default:
"localhost"
When verifying the authenticity of the Docker Host server, provide the expected name of the server.
If the value is not specified in the task, the value of environment variable DOCKER_TLS_HOSTNAME will be used instead. If the environment variable is not set, the default value will be used.
tls_verify
boolean
    Choices:
  • no ←
  • yes
Secure the connection to the API by using TLS and verifying the authenticity of the Docker host server.
If the value is not specified in the task, the value of environment variable DOCKER_TLS_VERIFY will be used instead. If the environment variable is not set, the default value will be used.

Notes

Note

  • Connect to the Docker daemon by providing parameters with each task or by defining environment variables. You can define DOCKER_HOST, DOCKER_TLS_HOSTNAME, DOCKER_API_VERSION, DOCKER_CERT_PATH, DOCKER_SSL_VERSION, DOCKER_TLS, DOCKER_TLS_VERIFY and DOCKER_TIMEOUT. If you are using docker machine, run the script shipped with the product that sets up the environment. It will set these variables for you. See https://docker-py.readthedocs.io/en/stable/machine/ for more details.
  • When connecting to Docker daemon with TLS, you might need to install additional Python packages. For the Docker SDK for Python, version 2.4 or newer, this can be done by installing docker[tls] with pip.
  • Note that the Docker SDK for Python only allows to specify the path to the Docker configuration for very few functions. In general, it will use $HOME/docker/config.json if the DOCKER_CONFIG environment variable is not specified, and use $DOCKER_CONFIG/config.json otherwise.

Examples

# Examples use the django example at U(https://docs.docker.com/compose/django/). Follow it to create the flask
# directory

- name: Run using a project directory
  hosts: localhost
  connection: local
  gather_facts: no
  tasks:
    - docker_service:
        project_src: flask
        state: absent

    - docker_service:
        project_src: flask
      register: output

    - debug:
        var: output

    - docker_service:
        project_src: flask
        build: no
      register: output

    - debug:
        var: output

    - assert:
        that: "not output.changed "

    - docker_service:
        project_src: flask
        build: no
        stopped: true
      register: output

    - debug:
        var: output

    - assert:
        that:
          - "not web.flask_web_1.state.running"
          - "not db.flask_db_1.state.running"

    - docker_service:
        project_src: flask
        build: no
        restarted: true
      register: output

    - debug:
        var: output

    - assert:
        that:
          - "web.flask_web_1.state.running"
          - "db.flask_db_1.state.running"

- name: Scale the web service to 2
  hosts: localhost
  connection: local
  gather_facts: no
  tasks:
    - docker_service:
        project_src: flask
        scale:
          web: 2
      register: output

    - debug:
        var: output

- name: Run with inline v2 compose
  hosts: localhost
  connection: local
  gather_facts: no
  tasks:
    - docker_service:
        project_src: flask
        state: absent

    - docker_service:
        project_name: flask
        definition:
          version: '2'
          services:
            db:
              image: postgres
            web:
              build: "{{ playbook_dir }}/flask"
              command: "python manage.py runserver 0.0.0.0:8000"
              volumes:
                - "{{ playbook_dir }}/flask:/code"
              ports:
                - "8000:8000"
              depends_on:
                - db
      register: output

    - debug:
        var: output

    - assert:
        that:
          - "web.flask_web_1.state.running"
          - "db.flask_db_1.state.running"

- name: Run with inline v1 compose
  hosts: localhost
  connection: local
  gather_facts: no
  tasks:
    - docker_service:
        project_src: flask
        state: absent

    - docker_service:
        project_name: flask
        definition:
            db:
              image: postgres
            web:
              build: "{{ playbook_dir }}/flask"
              command: "python manage.py runserver 0.0.0.0:8000"
              volumes:
                - "{{ playbook_dir }}/flask:/code"
              ports:
                - "8000:8000"
              links:
                - db
      register: output

    - debug:
        var: output

    - assert:
        that:
          - "web.flask_web_1.state.running"
          - "db.flask_db_1.state.running"

Return Values

Common return values are documented here, the following are the fields unique to this module:

Key Returned Description
actions
complex
when in check mode or debug true
Provides the actions to be taken on each service as determined by compose.

  service_name
complex
always
Name of the service.

    action
list
always
A descriptive name of the action to be performed on the service's containers.

      id
string
always
the container's long ID

      name
string
always
the container's name

      short_id
string
always
the container's short ID

    built_image
complex
on image build
Provides image details when a new image is built for the service.

      id
string
always
image hash

      name
string
always
name of the image

    pulled_image
complex
on image pull
Provides image details when a new image is pulled for the service.

      id
string
always
image hash

      name
string
always
name of the image

service
complex
success
Name of the service.

  container_name
complex
success
Name of the container. Format is project_service_#.

    cmd
list
success
One or more commands to be executed in the container.

    image
string
success
Name of the image from which the container was built.

    labels
complex
success
Meta data assigned to the container.

    networks
complex
success
Contains a dictionary for each network to which the container is a member.

      aliases
list
success
Aliases assigned to the container by the network.

      globalIPv6
string
success
IPv6 address assigned to the container.

      globalIPv6PrefixLen
integer
success
IPv6 subnet length.

      IPAddress
string
success
The IP address assigned to the container.

      IPPrefixLen
integer
success
Number of bits used by the subnet.

      links
list
success
List of container names to which this container is linked.

      macAddress
string
success
Mac Address assigned to the virtual NIC.

    state
complex
success
Information regarding the current disposition of the container.

      running
boolean
success
Whether or not the container is up with a running process.

      status
string
success
Description of the running state.



Status

Authors

  • Chris Houseknecht (@chouseknecht)

Hint

If you notice any issues in this documentation you can edit this document to improve it.