Posted by & filed under Linux, Software.

It’s been a while since my last post, which was last year. Currently i’m diving in to Docker. Docker is like Vagrant but for Linux Containers (LXC). Both tools are amazing. However this article is not mentioned to help you with a decision of using Linux Containers instead of VM’s. There is a lot of information in the internet to this. If you think LXC could be interesting for you, then you maybe will also love Docker.

So what is this Docker?

Docker is an open-source engine that automates the deployment of any application as a lightweight, portable, self-sufficient container that will run virtually anywhere.

This definition say’s indeed lot.But i recommend you to get familiar with Docker by completing Docker’s Interactive commandline tutorial. And if you are finished and ask you how this all works, look at pictured glossary to understand what “Kernel”, “Image”, “Container” etc. means and how it works together. Start with “Container” and click through.

If still interested it is time to install docker and get hands on it. After installation Docker should be on the path of your system. Sometimes in the current version it is possible to work as non root. If you get strange errors, but wish to work as non root try this:

sudo chgrp $(groups |cut -d' ' -f1) /var/run/docker.sock

Service

I’m newbie to Docker and first thing a had to learn is that developers of Docker think of containers as of (isolated) services. This is logical, because of nature of kernel level isolation. The memory state of container is not preserved when container is stopped but the file-system changes are. So the state is the point and we need to  careful with it. Web Server could be build easy as ephemeral service, but not a database, they need some persistent storage. That is where volumes comes into play.

Docker volumes

Data volumes are designated directories that bypasses the Docker unified file system and go directly under /var/lib/docker/vfs/[volume Id]. (The volume id could be found by $docker inspect container_id )

Therefore they always mapped to host file system under the hood, which reduces the need of mapping volumes to explicit host file system location in my opinion. But currently data-volumes are always tied to containers (even if they don’t need to run) and this lead people to use “data-only” containers (nice discussion here).

Dockerfile

And of course there is a definition of a Container which is simply format file named Dockerfile. This format is easy to understand and to learn.
I’m still on optimizing my strategy on how my Dockerfiles should look like. Should it be one purpose Dockerfile for every service or some kind of Dockerfile tree? Does it really matters for docker or can it really cache images on unique RUN command base (i’m currently unsure). So i’m about to gather some experience here.
However i have my two first trusted images on the Docker Index. They also available on Github.

Useful docker comands

  • $docker rm $(docker ps -a -q) #Removes all docker containers, not images.
  • $docker rmi $(docker images -q) #Removes all docker images
  • $docker images | awk ‘$1!~/debian|shuron/ && NR>1 {print $3}’ #Selects id of all images except “debian” and “shuron”
  • $docker inspect container_name | grep IPAddress #Shows IP adress of a container

TODO’s

I will proceed to use docker and hope to have time to blog about it. I need more experience whit that. My use cases are most in field of enterprise java, but not only.  If there is more time i will need a lot of docker instance on my lap top. Docker will help to organize and separate things and prevent me to doing same installation twice in a lightweight way.

And i’m very interested in your experiences with Docker to.

Share if you likeTweet about this on TwitterShare on FacebookShare on Google+Share on RedditShare on LinkedInBuffer this pageEmail this to someone