README.rst 3.1 KB
Newer Older
Ned Batchelder committed
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79
Docker Support
##############

Introduction
************

Docker support for edX services is volatile and experimental. We welcome
interested testers and contributors. If you are interested in participating,
please join us on Slack at https://openedx.slack.com/messages/docker.

We do not and may never run run these images in production. They are not
currently suitable for production use.

Tooling
*******

``Dockerfile``\ s for individual services should be placed in
``docker/build/<service>``. There should be an accompanying
``ansible_overrides.yml`` which specifies any docker-specific configuration
values.

Once the ``Dockerfile`` has been created, it can be built and published using a
set of make commands.

.. code:: shell

    make docker.build.<service>  # Build the service container (but don't tag it)
                                 # By convention, this will build the container using
                                 # the currently checked-out configuration repository,
                                 # and will build on top of the most-recently available
                                 # base container image from dockerhub.

    make docker.test.<service>   # Test that the Dockerfile for <service> will build.
                                 # This will rebuild any edx-specific containers that
                                 # the Dockerfile depends on as well, in case there
                                 # are failures as a result of changes to the base image.

    make docker.pkg.<service>    # Package <service> for publishing to Dockerhub. This
                                 # will also package and tag pre-requisite service containers.

    make docker.push.<service>   # Push <service> to Dockerhub as latest.

Image naming
************

Images built from master branches are named ``edxops/<service>``, for example,
``edxops/edxapp``. Images built from Open edX release branches include the
short release name: ``edxops/ficus/edxapp``. Both images will have a
``:latest`` version.

Build arguments
***************

Dockerfiles make use of these build arguments:

-  ``OPENEDX_RELEASE`` is the release branch to use. It defaults to "master".
   To use an Open edX release, provide the full branch name:

``--build-arg OPENEDX_RELEASE=open-release/ficus.master``

-  ``IMAGE_PREFIX`` is the release branch component to add to images. It
   defaults to an empty string for master builds. For Open edX release, use the
   short name of the release, with a trailing slash:

``--build-arg IMAGE_PREFIX=ficus/``

Conventions
***********

In order to facilitate development, Dockerfiles should be based on one of the
``edxops/<ubuntu version>-common`` base images, and should
``COPY . /edx/app/edx_ansible/edx_ansible`` in order to load your local ansible
plays into the image. The actual work of configuring the image should be done
by executing ansible (rather than explicit steps in the Dockerfile), unless
those steps are docker specific. Devstack-specific steps can be tagged with the
``devstack:install`` tag in order that they only run when building a devstack
image.

The user used in the ``Dockerfile`` should be ``root``.