This document is for developers who are interested in working directly on the Deis codebase. In this guide, we walk you through the process of setting up a local development environment. While there are many ways to set up your Deis environment, this document covers a specific setup:
We try to make it simple to hack on Deis. However, there are necessarily several moving pieces and some setup required. We welcome any suggestions for automating or simplifying this process.
If you’re just getting into the Deis codebase, look for GitHub issues with the label easy-fix. These are more straightforward or low-risk issues and are a great way to become more familiar with Deis.
You can develop on any supported platform including your laptop, cloud providers or on bare metal. We strongly recommend a minimum 3-node cluster. We strongly suggest using Vagrant and VirtualBox for your virtualization layer during development.
At a glance, you will need:
pip
)sudo pip install virtualenv
)linux/amd64
In most cases, you should simply install according to the instructions. There are a few special cases, though. We cover these below.
If your local workstation does not support the linux/amd64 target environment, you will have to install Go from source with cross-compile support for that environment. This is because some of the components are built on your local machine and then injected into a docker container.
Homebrew users can just install with cross compiling support:
$ brew install go --with-cc-common
It is also straightforward to build Go from source:
$ sudo su
$ curl -sSL https://golang.org/dl/go1.4.src.tar.gz | tar -v -C /usr/local -xz
$ cd /usr/local/go/src
$ # compile Go for our default platform first, then add cross-compile support
$ ./make.bash --no-clean
$ GOOS=linux GOARCH=amd64 ./make.bash --no-clean
Once you can compile to linux/amd64
, you should be able to compile Deis’
components as normal.
Deis needs a Docker registry running independently of the Deis cluster. On OS X, you will need to run this docker registry inside of Boot2Docker (http://boot2docker.io).
Install Boot2Docker according to the normal installation instructions. When you
run init
, we highly recommend allocating a large disk, since the Docker
registry that will live there is fairly large.
$ boot2docker init --disksize=100000
That will create virtual disk that can eventually take up a full 100,000MB of disk space. Then start up Boot2Docker.
Once you have run boot2docker up
, you should be able to connect to it. You
need to make a minor editor to the boot2docker config:
$ boot2docker ip
192.168.59.103
$ boot2docker ssh sudo vi /var/lib/boot2docker/profile
Inside of the profile, you need to add one line, making sure to set the IP
address to whatever boot2docker ip
printed.
EXTRA_ARGS="--insecure-registry 192.168.59.103:5000"
Once that line has been added, you can either restart boot2docker’s docker server, or you can restart boot2docker. We recommend the latter.
$ boot2docker halt
$ boot2docker up
At this point, Boot2Docker can now serve as a registry for Deis’ Docker images. Later on we will return to this.
Once the prerequisites have been met, we can begin to work with Deis.
To get Deis running for development, first fork the Deis repository,
then clone your fork of the repository. Since Deis is predominantly written
in Go, the best place to put it is in $GOPATH/src/github.com/deis/
$ mkdir -p $GOPATH/src/github.com/deis
$ cd $GOPATH/src/github.com/deis
$ git clone git@github.com:<username>/deis.git
$ cd deis
Note
By checking out the forked copy into the namespace github.com/deis/deis
,
we are tricking the Go toolchain into seeing our fork as the “official”
Deis tree.
If you are going to be issuing pull requests and working with official Deis
repository, we suggest configuring Git accordingly. There are various strategies
for doing this, but the most common is to add an upstream
remote:
$ git remote add upstream https://github.com/deis/deis.git
For the sake of simplicity, you may want to point an environment variable to your Deis code:
export DEIS=$GOPATH/src/github.com/deis/deis
Throughout the rest of this document, $DEIS
refers to that location.
A number of Deis developers prefer to pull directly from deis/deis
, but
push to <username>/deis
. If that workflow suits you better, you can set it
up this way:
$ git clone git@github.com:deis/deis.git
$ cd deis
$ git config remote.origin.pushurl git@github.com:<username>/deis.git
In this setup, fetching and pulling code will work directly with the upstream repository, while pushing code will send changes to your fork. This makes it easy to stay up to date, but also make changes and then issue pull requests.
Deisctl is used for interacting with the Deis cluster. While you can use an
existing deisctl
build, we recommend that developers build it from source.
$ cd $DEIS/deisctl
$ make build
$ make install # optionally
This will build just the deisctl
portion of Deis. Running make install
will
install the deisctl
command in $GOPATH/bin/deisctl
.
You can verify that deisctl
is correctly built and installed by running
deisctl -h
. That should print the help text and exit.
To connect to the cluster using deisctl
, you must add the private key to ssh-agent
.
For example, when using Vagrant:
$ ssh-add ~/.vagrant.d/insecure_private_key
Set DEISCTL_TUNNEL
so the deisctl
client on your workstation can connect to
one of the hosts in your cluster:
$ export DEISCTL_TUNNEL=172.17.8.100
Note
A number of times during this setup, tools will suggest that you export various environment variables. You may find it convenient to store these in your shell’s RC file (~/.bashrc or ~/.zshrc).
Unlike deisctl
, the deis
client is written in Python.
Your Deis client should match your server’s version. For developers, one way
to ensure this is to use Python 2.7 to install requirements and then run
client/deis.py
in the Deis code repository. Then make a symlink or shell
alias for deis
to ensure it is found in your $PATH
. The example
below shows the simplest way to install deis.py
as deis
.
Note
On OSX, you must have the XCode command line utilities installed. If you see errors about ffi, try installing or reinstalling the XCode command line tools.
From the root of the deis
repository, run the appropriate make
command:
$ cd $DEIS
$ make -C client/ install
$ sudo ln -fs $(pwd)/client/deis.py /usr/local/bin/deis
$ deis
Usage: deis <command> [<args>...]
This will fetch all of the dependencies. If one of your system Python libraries
is out of date, you may prefer to cd
into client
and run
pip install --upgrade .
to fetch the latest dependencies.
Our host system is now configured for controlling a Deis cluster. The next thing to do is begin standing up a development cluster.
When developing locally, we want deisctl to check our local unit files so that
any changes are reflected in our Deis cluster. The easiest way to do this is
to set an environment variable telling deisctl where to look. Assuming
the variable $DEIS
points to the location if the deis source code, we want
something like this:
export DEISCTL_UNITS=$DEIS/deisctl/units
To start up and configure a local vagrant cluster for development, you can use
the dev-cluster
target.
$ make dev-cluster
This may take a while to run the first time. At the end of the process, you
will be prompted to run deis start platform
. Hold off on that task for now.
We will come back to it later.
To verify that the cluster is running, you should be able to connect to the nodes on your Deis cluster:
$ vagrant status
Current machine states:
deis-01 running (virtualbox)
deis-02 running (virtualbox)
deis-03 running (virtualbox)
$ vagrant ssh deis-01
Last login: Tue Jun 2 18:26:30 2015 from 10.0.2.2
* * * ***** ddddd eeeeeee iiiiiii ssss
* * * * * * d d e e i s s
* * ***** ***** d d e i s
***** * * * d d e i s
* * * * * * d d eee i sss
***** * * ***** d d e i s
* ***** * * d d e i s
* * * * * * d d e e i s s
***** ***** * * ddddd eeeeeee iiiiiii ssss
Welcome to Deis Powered by CoreOS
With a dev cluster now running, we are ready to set up a local Docker registry.
The development workflow requires Docker Registry set at the DEV_REGISTRY
environment variable. If you’re developing locally you can use the dev-registry
target to spin up a quick, disposable registry inside a Docker container.
The target dev-registry
prints the registry’s address and port when using boot2docker
;
otherwise, use your host’s IP address as returned by ifconfig
with port 5000 for DEV_REGISTRY
.
$ make dev-registry
To configure the registry for local Deis development:
export DEV_REGISTRY=192.168.59.103:5000
It is important that you export the DEV_REGISTRY
variable as instructed.
Note
If you are using Boot2Docker, make sure you set the EXTRA_ARGS
as
explained in the prerequisites. Otherwise your registry will not work.
If you are developing elsewhere, you must set up a registry yourself. Make sure it meets the following requirements:
- You can push Docker images from your workstation
- Hosts in the cluster can pull images with the same URL
Note
If the development registry is insecure and has an IP address in a range other than 10.0.0.0/8
,
172.16.0.0/12
, or 192.168.0.0/16
, you’ll have to modify contrib/coreos/user-data.example
and whitelist your development registry so the daemons can pull your custom components.
The full environment is prepared. You can now build Deis from source code and then run the platform.
We’ll do three steps together:
make build
)make dev-release
)deisctl start platform
)Conveniently, we can accomplish all three in one step:
$ make deploy
Running deisctl list
should display all of the services that your Deis
cluster is currently running.
You can now use your Deis cluster in all of the usual ways.
At this point, you are running Deis from the code in your Git clone. But since rebuilding like this is time consuming, Deis has a simplified developer workflow more suited to daily development.
Deis includes Makefile
targets designed to simplify the development workflow.
This workflow is typically:
- Update source code and commit your changes using
git
- Use
make -C <component> build
to build a new Docker image- Use
make -C <component> dev-release
to push a snapshot release- Use
make -C <component> restart
to restart the component
This can be shortened to a one-liner using the deploy
target:
$ make -C controller deploy
You can also use the same tasks on the root Makefile
to operate on all
components at once. For example, make deploy
will build, dev-release,
and restart all components on the cluster.
Important
In order to cut a dev-release, you must commit changes using git
to increment
the SHA used when tagging Docker images
Deis ships with a comprehensive suite of automated tests, most written in Go. See Testing Deis for instructions on running the tests.
Once your controller is running, here are some helpful commands.
$ deisctl journal controller
$ make -C controller build push restart
$ make -C controller restart
$ deisctl list # determine which host runs the controller
$ ssh core@<host> # SSH into the controller host
$ nse deis-controller # inject yourself into the container
$ cd /app # change into the django project root
$ ./manage.py shell # get a django shell
Have commands other Deis developers might find useful? Send us a PR!
Please read Submitting a Pull Request. It contains a checklist of things you should do when proposing a change to Deis.