When I first heard of Docker, it was already popular and it seemed to bring something new and shiny, something about containers and how you can containerize your app.
My initial thought was, there’s another buzz word!
I only started looking into this recently and found out it could be quite useful.
A very simple definition that makes sense to me is that Docker is a virtual machine without the OS. It’s build on top of Linux libraries and on Mac and Windows it uses Virtual Box.
I am using Parallels on Mac to run Windows apps (let’s say Visual Studio) but for this I need a Windows Image and with Docker I would be able to run Visual Studio on a Mac, without the need for the Windows image.
In reality I can’t run Visual Studio but I can run .NET core apps, Node js apps, Mongo databases without the need for .NET Framework, Mongo … etc
This is done using containers and images where images represent the definition of a container, and the container is the running instance of an image.
You can download images from DockerHub or create you own using a dockerfile. The dockerfile is a text file with build instructions, check this repo for sample files.
To get Docker you need to install the docker toolbox, which provides:
- docker-machine (creates docker hosts)
- docker client (CLI for working with images and containers)
- Kitematic UI (UI to build and run containers)
docker pull [image-name] docker images docker rmi [image-name]
Once you get an image you can link your source code by mounting a host directory on the container using Volumes.
docker run -v [path]:[container-path] ...
One thing to remember with Volumes is that these are persisted on the docker host and cleanup is required to avoid dangling files.
Once you have an image you can easily start a container.
docker run [image-name] docker ps -a docker rm [container-name]
You can also link multiple containers by naming containers and linking them by name.
docker run -d --name my-mongo mongo docker run -d -p 5000:5000 --link my-mongo:mongo alex/net-core
Or by creating a network. This approach has the advantage of providing isolation and only containers inside the network can communicate.
docker network create --driver bridge my-network docker run -d --net=my-network --name my-mongodb mongo
Once you use multiple containers it can be difficult to manage them individually, fortunatelly this can be done using Docker Compose through the docker-compose.yml file. The file can be used to build, start, configure and stop multipe containers.
Here is a sample docker-compose.yml file.
version: '2' services: web: build: ./web networks: - new worker: build: ./worker networks: - legacy db: image: mysql networks: new: aliases: - database legacy: aliases: - mysql networks: new: legacy:
Considering the ammount of technologies that are used in the average project I think docker could prove very useful by using custom images and minimising the ammount of setup required.
I will probably also use Docker when I want to try out something new (alpha version of tech X) because it will allow me to this without the need to install it locally.
I’ve just started using Docker and will try to follow up with a step-by-step or impressions article.