Developing Go Apps With Docker

Most people know the benefits of running their production applications in docker containers. However, many people seem to overlook the upsides of using docker containers for day to day development.

There are some great benefits to running your go app in a docker container during development, below are just a few of my favorites.

*Gives you the ability to easily use different versions of golang without needing to mess with your local go install.
* Makes the transition from development to production quicker and smoother.
* Allows you to onboard new developers with minimal effort.
* Provides some powerful options for testing your database code.

Let’s expound on these four benefits a little more.

Developing in a docker container means you can use any version of go that you want. This comes in handy if you work on multiple go applications each using their own go version.

For example, there is an application that I work with that uses go version 1.11.3. This application is not yet set up for docker development, so I have go version 1.11.3 installed on my local machine. That way when I develop this application, I can use the specific version of go that it will be running with in production.

This may not seem like a big deal but there were a few times I wrote code that worked on my machine, only to later find out that certain features I was using were only available in go versions later than 1.11.3

This some what ties into the above point, having a development environment that is as close to production as possible is always a good thing (always is a strong word, but I can’t think of a reason why it would be better to have a development environment differ from production more than it needs to).

Having this similarity between development and production can really help cut down on “It works on my machine” errors and can make the CI/CD flow simpler.

Developing inside a container will also get you familiar with docker commands and quirks that may help you when debugging docker containers in production.

Doing your development in a docker container can mean that onboarding a new developer is as simple as installing Docker, sending them your .env file, and then having them run a simple command such as docker-compose up.

If everything is set up correctly, then the new developer should have the application up and running in a matter of minutes, instead of hours, or days.

Dockerfiles can also be great documentation for new developers to look over. They show exactly what environment the application needs to be running in and the dependencies it needs.

Testing database code can be frustrating. Mocking is difficult and doesn’t seem to give one the confidence one needs. Spinning up a local database requires one to install many dependencies and comes with a set of it’s own problems, such as maintaining proper versions, remembering to have the database running and takes up valuable space on your hard drive.

When developing with Docker these problems vanish. Starting your application with docker-compose easily brings up a test database that is automagically added to your applications network. This makes it easy to swap in and out database versions, removes the need to remember to start up the database and allows you to easily delete images when you no longer need them.

When collaborating with other developers, it also makes it simple to ensure that you are working off the same version of the database.

After going over these positives of developing inside Docker containers, it is fair to mention some of the drawbacks.

* More work on initial project set up
* Debugging can be more complex
* Adds another layer of complexity

Doing your development in docker usually means you must have another Dockerfile specifically for development. This means you have to go through the work of setting this up. You’ll also likely want to use docker-compose, which means you’ll need a docker-compose.yml file. This adds a small amount of extra work when you first set up your project, but over the long term I believe it saves you time and makes your development life easier.

Developing in Docker adds another layer of complexity you must think about, but if your app is running in Docker during production it is a good habit to think about this complexity on a regular basis. Not only this but the complexity comes with so many benefits that I think it’s worth it in the long run.

Thanks for reading about why I like to use Docker containers during development. I hope you learned something and are considering using Docker in development as well as production.

Related posts:

The purpose of the visual post will be to guide the reader through the process of creating a 3D game environment. At the beginning will be an image of the finished environment to lure the reader in…

The idea of Decentralised Autonomous Organisations (DAO) was born when Christoph Jentzch had the vision to create an entirely autonomous organisation. In early 2016 he delivered on this vision and…

A game is not a game unless the difficulty increases as you play it right? I will now fix this in my game. To do this I will create a wave system that spawns enemies and increases with each wave…