2015-09-18 19:22:55 +03:00
Getting Up and Running with Docker
==================================
2015-09-19 00:26:29 +03:00
.. index :: Docker
The steps below will get you up and running with a local development environment.
2015-10-04 02:21:08 +03:00
All of these commands assume you are in the root of your generated project.
2015-09-19 00:26:29 +03:00
Prerequisites
2016-03-08 12:07:48 +03:00
-------------
2015-09-19 00:26:29 +03:00
2016-03-08 12:07:48 +03:00
You'll need at least docker 1.10.
2015-10-04 02:59:52 +03:00
2016-03-08 12:07:48 +03:00
If you don't already have it installed, follow the instructions for your OS:
2015-09-19 00:26:29 +03:00
2016-03-08 12:07:48 +03:00
- On Mac OS X/Windows, you'll need `Docker Toolbox`_
- On Linux, you'll need `docker-engine`_
2015-10-04 02:59:52 +03:00
.. _`Docker Toolbox`: https://github.com/docker/toolbox/releases
2016-03-08 12:07:48 +03:00
.. _`docker-engine`: https://docs.docker.com/engine/installation/
2015-09-19 00:26:29 +03:00
2015-10-04 02:54:01 +03:00
Create the Machine (Optional)
2016-03-08 12:07:48 +03:00
-----------------------------
2015-09-19 00:26:29 +03:00
2016-03-08 12:07:48 +03:00
On Linux you have native Docker, so you don't need to create a VM with
2015-10-04 02:54:01 +03:00
docker-machine to use it.
2016-03-08 12:07:48 +03:00
However, on Mac/Windows/other systems without native Docker, you'll want to
2015-10-04 02:54:01 +03:00
start by creating a VM with docker-machine::
2015-09-19 00:26:29 +03:00
$ docker-machine create --driver virtualbox dev1
**Note:** If you want to have more than one docker development environment, then
name them accordingly. Instead of 'dev1' you might have 'dev2', 'myproject',
'djangopackages', et al.
Get the IP Address
2016-03-08 12:07:48 +03:00
------------------
2015-09-19 00:26:29 +03:00
2015-10-04 02:56:53 +03:00
Once your machine is up and running, run this::
2015-09-19 00:26:29 +03:00
$ docker-machine ip dev1
123.456.789.012
2015-10-04 02:56:53 +03:00
This is also the IP address where the Django project will be served from.
2015-09-19 00:26:29 +03:00
Build the Stack
---------------
This can take a while, especially the first time you run this particular command
2015-10-04 02:44:43 +03:00
on your development system::
2015-09-27 20:42:21 +03:00
2015-10-14 16:05:34 +03:00
$ docker-compose -f dev.yml build
2016-03-08 12:07:48 +03:00
If you want to build the production environment you don't have to pass an argument -f, it will automatically use docker-compose.yml.
2015-09-19 00:26:29 +03:00
2015-10-04 02:35:48 +03:00
Boot the System
---------------
2016-03-08 12:07:48 +03:00
This brings up both Django and PostgreSQL.
2015-09-19 00:26:29 +03:00
2016-03-08 12:07:48 +03:00
The first time it is run it might take a while to get started, but subsequent
2015-10-04 02:35:48 +03:00
runs will occur quickly.
2015-09-18 19:22:55 +03:00
Open a terminal at the project root and run the following for local development::
$ docker-compose -f dev.yml up
You can also set the environment variable `` COMPOSE_FILE `` pointing to `` dev.yml `` like this::
$ export COMPOSE_FILE=dev.yml
And then run::
$ docker-compose up
2016-03-08 12:07:48 +03:00
2015-10-04 02:44:43 +03:00
Running management commands
2016-03-08 12:07:48 +03:00
~~~~~~~~~~~~~~~~~~~~~~~~~~~
2015-10-04 02:44:43 +03:00
2016-03-08 12:07:48 +03:00
As with any shell command that we wish to run in our container, this is done
using the `` docker-compose run `` command.
2015-09-18 19:22:55 +03:00
To migrate your app and to create a superuser, run::
2016-01-04 13:52:26 +03:00
$ docker-compose -f dev.yml run django python manage.py migrate
$ docker-compose -f dev.yml run django python manage.py createsuperuser
2015-10-04 02:21:08 +03:00
2015-10-04 02:44:43 +03:00
Here we specify the `` django `` container as the location to run our management commands.
2015-10-04 02:35:48 +03:00
Production Mode
2016-03-08 12:07:48 +03:00
~~~~~~~~~~~~~~~
2015-10-04 02:35:48 +03:00
Instead of using `dev.yml` , you would use `docker-compose.yml` .
2015-10-04 02:21:08 +03:00
2016-03-08 12:42:46 +03:00
Database Backups
~~~~~~~~~~~~~~~~
The database has to be running to create/restore a backup.
First, run the app with `docker-compose -f dev.yml up` .
To create a backup, run::
docker-compose -f dev.yml run postgres backup
To list backups, run::
docker-compose -f dev.yml run postgres list-backups
To restore a backup, run::
docker-compose -f dev.yml run postgres restore filename.sql
2016-05-19 16:27:33 +03:00
To copy the files from the running Postgres container to the host system::
2016-03-08 12:42:46 +03:00
2016-05-22 21:23:53 +03:00
docker cp <containerId>:/backups /host/path/target
2016-05-19 16:27:33 +03:00
2016-05-19 16:30:30 +03:00
Where <containerId> is the ID of the Postgres container. To get it, run::
2016-05-19 16:27:33 +03:00
docker ps
2016-03-08 12:42:46 +03:00
2015-10-04 02:21:08 +03:00
Other Useful Tips
2016-03-08 12:07:48 +03:00
-----------------
2015-10-04 02:21:08 +03:00
Make a machine the active unit
2016-03-08 12:07:48 +03:00
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
2015-10-04 02:21:08 +03:00
2016-03-08 12:07:48 +03:00
This tells our computer that all future commands are specifically for the dev1 machine.
2015-10-04 02:21:08 +03:00
Using the `` eval `` command we can switch machines as needed.
::
$ eval "$(docker-machine env dev1)"
2015-10-04 02:35:48 +03:00
Detached Mode
~~~~~~~~~~~~~
2015-10-04 22:09:18 +03:00
If you want to run the stack in detached mode (in the background), use the `` -d `` argument:
2015-10-04 02:35:48 +03:00
2015-10-04 22:09:18 +03:00
::
2016-01-04 13:52:26 +03:00
$ docker-compose -f dev.yml up -d
2016-06-03 16:04:16 +03:00
Debugging
~~~~~~~~~~~~~
ipdb
"""""
If you are using the following within your code to debug:
::
import ipdb; ipdb.set_trace()
Then you may need to run the following for it to work as desired:
::
2016-06-03 22:50:23 +03:00
$ docker-compose run -f dev.yml --service-ports django
2016-06-03 16:04:16 +03:00
django-debug-toolbar
""""""""""""""""""""
In order for django-debug-toolbar to work with docker you need to add your docker-machine ip address (the output of `Get the IP ADDRESS`_ ) to INTERNAL_IPS in local.py
.. May be a better place to put this, as it is not Docker specific.
You may need to add the following to your css in order for the django-debug-toolbar to be visible (this applies whether Docker is being used or not):
.. code-block :: css
/* Override Bootstrap 4 styling on Django Debug Toolbar * /
#djDebug[hidden], #djDebug [hidden] {
display: block !important;
}
#djDebug [hidden][style='display: none;'] {
display: none !important;
}