The DevOps Roadmap: Docker

Published 13.03.2021

Author Hrittik Roy

Categories Engineering

Table of Contents

The containerization revolution has just begun, which means you have heard about docker at least once in your professional life. Containerization has made our apps’ deployment cycle faster and efficient. Leading the containerization wave is docker, the most popular container runtime.

Containers, containerization doesn’t click so well? Read this curated post to get accustomed to every prerequisite.

Back to dockers, and in this post, we would dive into this topic and understand its ins and outs with a high-level overview.

What is Docker?

Docker is a tool or platform that makes it easier to create, deploy, package, and ship applications and their components like libraries and other dependencies together. Its main goal is to simplify the application deployment process on Linux. Linux because it’s the most used server OS.

Docker. Source:Freecodecamp

The container runtime enables many containers to operate on the same hardware (aka virtualization), resulting in increased efficiency, isolation of applications, and ease of configuration.

How does Docker work?

Docker packs an application and all of its dependencies in a virtual container that can be run on any Linux server. To function the docker container is composed of the following components:

Daemon: The Docker daemon ( dockerd ) manages Docker resources such as images, containers, networks, and volumes by listening for Docker API requests. To control Docker services, a daemon may interact with other daemons.

High-Level REST API: It allows users to communicate with the daemon or the dockerd.

A CLI: It is a command-line tool (aka docker client) that lets you talk to the Docker daemon.

Docker Engine
Docker Engine. Source: FAUN

How is a docker container built?

Docker containers are built using a docker image which in turn is created using a dockerfile.

What’s dockerfile?

The dockerfile consists of the instructions which are needed to build a docker image. Every time you run a new command, a new layer is built on top of the existing layer in the docker image called intermediate images.

A simple Node.js docker file:

FROM node:stable
COPY . /usr/src/app/
RUN npm install && npm run build
ENTRYPOINT ["npm", "start"]

What is a docker image?

If you build using the dockerfile, the result is called a docker image. To build use the command docker build. The docker image is layered and hashed, with each layer containing new instructions.

Docker container images hashed
Hashed Container Image layers. Source: FAUN

Since all layers are hashed, Docker can cache them and reduce build times for layers that don’t change between builds. If the COPY phase hasn’t changed, you won’t have to restore and re-copy any of the files, saving you a lot of time in the build process.

Docker builds a new thin writable layer on top of all other layers at the end of the build process.

So, what’s the docker container?

The docker container is the running instance of the docker image.

We can sum things up as:

  • dockerfile is a recipe for creating Docker images
  • A Docker image gets built by running a Docker command (which uses that dockerfile)
  • A Docker container is a running instance of a Docker image

What are docker registries?

It’s not always necessary that you need to build all the images on your own using custom dockerfile. It’s a common practice to pull images (use docker pull) from Docker registries or the store containing many prebuilt images.

So common that if you pick a course, you will interact with pulling docker images from repositories and not building from your own dockerfile.

Docker image being pulled from Registry
Docker image being pulled from Registry. Source: Docker docs

Docker provides an option to have public or private (for inter-organization use) registries to help you with the hassle of building images on your own every time. You can get images from them and also upload your own images to use later on by using docker push.

Commands Crash Course

You might have come across many commands in this post, and this section summarizes all of these commands for you to reference.

$ docker build

This command is used to build a fresh image from your docker file and store it to your local docker image directory. This image can later be published to registry.

$ docker pull

This command lets you pull an existing image from a docker registry and save it to your local docker image directory. Later on, this image can be used to spin up containers.

$ docker run

This command lets you run a container out of an existing container image.

$ docker push

This command helps you to push an image or a repository to a registry.

Final Thoughts

I hope this post helped you understand docker and its key terminologies besides the back-end with the daemon and APIs. Docker is a leap, and if you want to explore more, like why docker is better than VMs.

You can read this post.

Interested in best containerization practices? Here we go!

That’s it for now, then. Thanks for reading, and don’t forget to check the official docker docs for more information.

Happy Containerizing!

More stories from our blog

Kubernetes: Everything You Need to Know about it

Kubernetes: Everything You Need to Know about it

The demand around scalable and reliable services is increasing every day exponentially. The market is driven by customers demanding their favorite services to have zero downtime and companies that lose millions of dollars for every minute they’re down. If you have...

Turbo-charge with Container Orchestration

Turbo-charge with Container Orchestration

Managing containers while traffic increases or decreases in cost-effective ways round the clock sounds challenging and complex without tools. We, as cloud-native citizens, crave scalability and agility. But our containers going into production without the cloud-native...

Unikernel Vs Container Vs VMs: Here is what you should use

Unikernel Vs Container Vs VMs: Here is what you should use

If you’d gone through Containers, Unikernels and VMs, I would bet you’re confused about which one to try for your new venture. It’s normal and happens to everyone while experimenting with adopting new technology. Remember the age-old dilemma of you thinking which...

How to build a Kubernetes cluster on HETZNER with k3s

How to build a Kubernetes cluster on HETZNER with k3s

HETZNER is a german cloud provider having very competitive prices for linux-based VMs. It's a great place to run Kubernetes, as HETZNER provides many integrations with their systems we can leverage when running Kubernetes: CSI IntegrationTerraform...

Why you should focus on enough instead of more?

Why you should focus on enough instead of more?

Time is a precious commodity, and you might have heard this a thousand times now. But the stuff more important than time is the focus. I have seen people achieve more in less time due to the exceptional focus skills they have. Focus leads to productivity, and...

CNCF Meetup Saar #1

CNCF Meetup Saar #1

The first edition of our CNCF Meetup Saar was on February 25th from 11:00 to 13:00 CET. It was a very fun event with enlightening talks and a few quirks. You can enjoy a recap of the event and the talks below. Recap Full Event...

Why overstimulation sucks your happiness?

Why overstimulation sucks your happiness?

It’s small-time I have been here on this planet, and a trait is occurring for the last few years. I am not so joyful I used to be. It’s hard to pinpoint some reasons, but when a thing bothers you every day and keeps you awake with heartache, it must become your...

Interested in what we do? Looking for help? Wanna talk about software strategy?