- Clone it.
- Type
docker-compose up -d
. - Install a Magento
- Mount your file share.
- Develop
- Profit!!!
Normally with Magento you get a plain LAMP stack; Apache with mod_php
.
That's fine, but since Docker containers are so nicely isolated,
I want this approach:
--------------------- ------------- -------
| HTTPD/FastCGI Proxy | <-> | FastCGI PHP | <-> | MySQL |
--------------------- ------------- -------
\ /
------------ -----------------------
| File Share | <-> | Data Volume Container |
------------ -----------------------
Separating the HTTP server from the PHP process gives us a more true-to-form web architecture where the web application server is distinct from the web server. It means we can scale and reconfigure the different server layers independently. It means we can destroy or replace a component without destroying the other containers or their data.
- A container for the HTTPD. We'll build from
nginx
and try to configure it for FastCGI. - A container for MySQL.
mysql:5
should do. - A container for PHP. We'll use the official Docker PHP images with additional extensions Magento requires.
- A container for data volumes. The simplest docker container needs a no-op executable like
true
and some files. We'll start fromscratch
and add on from there. - A container for humans to touch data volumes.
Docker has a nice tool for orchestrating multiple containers for dev
environments called Compose. I defined a
docker-compose file that builds and connects the aforementioned containers
from its Dockerfile in each of the directories named after the service:
nginx, php, mysql, data, fs. So just run docker-compose up
.
In Docker, the exposed ports run on the Docker host. If you're using
boot2docker
, you can get the ip
with boot2docker ip
. The included
browse
command should be a shortcut for OS X users.
How Docker actually houses live data is a little confusing, particularly if you're viewing it from a workstation instead of the Docker daemon host, where the volume actually resides. It might help to review Docker's own documentation on the subject. Anyway, the tl;dr version is that's what the file share container is for.
The file share container creates a CIFS share for the Magento directory.
mkdir -p <mountpoint>
mount_smbfs -N //guest@<docker host ip>/magento_data_1 <mountpoint>
net use <drive letter>: \\guest@<docker host ip>\magento_data_1
Similar to the OS X one, probably uses mount -t cifs
. I didn't try it.
Alternatively, you can run docker directly on the linux machine and access
its volumes directly.
(The above commands assume the file share container name is magento_data_1
.
That will be true if you work in a directory named magento
. For how to make
this work with other directory names, see my note on container names over at the tools README.)
- Speed: The CIFS share is a little slow. I tried to set up an NFS share, but couldn't get it working. Taking pull requests for faster shares.
- Disappearing data: Don't panic - if you try something like
docker cp
ordocker export
on the data container it will appear unchanged. The data is safe (in fact, the data is still on the host machine even if you delete the container, as long as you don'tdocker rm -v
it.) Try something like
docker run --volumes-from magento_data_1 debian tar x /srv/magento > export.tar
to get a snapshot of your data. (Although it might be easier just to use the share.)