Docker, a Container Solution

As software develops and matures, so has the tooling around how we interact and use our software. One of those technologies that has started to become widely adopted is the usage of Containers for deployments. A container is the idea that you want to bundle all the necessary components of your system such that it will create a consistent run-time environment wherever it is deployed.

Docker

Docker is the most widely adopted container software in the industry. With docker, you specify all of the components of your system, which may include:

- Application Code
- Libraries and Dependencies
- Frameworks and Run-times

Which get bundled into one package that is deployed to your servers.

How does Containers differ from Virtualization?

Containers and Virtualization can solve some of the same problems, such as separating the domain of your applications and utilizing physical hardware more effectively, but they are implemented differently, and therefore have different benefits and drawbacks.

Implementation

Virtualization runs on virtual machines, which work on a hardware level to run multiple instances of an operating systems on the same physical hardware. Virtualization is the most popular way to run multiple systems on the same hardware, and is a mature solution that hardware has adapted to support with technologies like Intel VT and AMD-V. Applications that you deploy will be run in a dedicated virtual machine.

Containers on the other hand run on the operating system level, by creating a dedicated mount space over the operating system level for your applications. Every time you need to add a new application to a machine, a new docker mount is created and your application is added to that operating system.

Benefits of Containers


  • Containers are more light-weight and require less resources because they do not have to carry its own operating system, which uses space and computing resources.
  • Containers sizes are smaller, again due to not having to include the operating system
  • Containers will take less time to boot/start because they don't need to wait for the system to start a new operating system.
  • It is easier to modularize your components into smaller/specialized modules that can be changed independently, which is helpful for microservices.

Drawbacks of Containers

  • VMs offer theoretically better security because of the increased isolation, as there is nothing shared between each of your applications.
  • Tooling is much more mature for virtualization, as its been around longer.
Note: Virtualization and Containers can be used as complementary to each other, such that you can have a virtual machine that can contain multiple containers.

Comments

Post a Comment

Popular posts from this blog

Uncle Bob's Clean Architecture

Image
The basis of my current understanding of architecture comes from the brilliant mind of Robert C. Martin (Uncle Bob). You can find the original post through his blog , which I strongly encourage you to read. In this post I'll try to summarize some of the key points I've understood from his post. Clean Architecture Source Clean architecture is a design used to emphasize the structure and relation of your various code components to promote the idea of Dependency Rule , such that "source code dependencies only point inwards" . Clean architecture is able to promote this by defining that your software system consists of various layers , that can be organized in such a way that the layers point in one direction, and a dependency graph will not have circular reference. The reason this is important is because it allows you to keep closely code related, and increase clarity of how components fit into your system. Explaining the Layers We can really separate out this ...
Read more

C4 Model: Describing Software Architecture

Image
The point behind a presentation of Visualizing Software Architecture , by Simon Brown, was that we need to standardize the way software developers communicate with each other in respect to our discussions of software architecture. As part of Simon's consultation, one exercise he gave to software architects was a simple task to white board the architecture of a software system. The results he received varied immensely, and there was never a defacto standard format that he received from this exercise. When inspecting the feedback from the participants, the general answer was that it was easy to come up with the design, but difficult to properly put their ideas onto paper, or white board in this case. White Board Example, c4model.com Simon sought to start a movement by defining a set of organizational rules to help us describe our software architecture with a set of standard terminologies. His work has let to C4 Model , which stands for C ontext, C ontainers, C omponents,...
Read more

Running RabbitMQ with Docker

Image
Short post today, mostly just wanted to how to setup RabbitMQ for local development. Refer back to my previous post to learn more about RabbitMQ. Prerequisite Docker For complete guide reference, check out the Docker Hub Website for RabbitMQ . Why use Docker? Before starting my current job at iHerb, I would go straight for the Windows installation (my development environment) for all of my development tools needs. It was straight forward and "just worked" a lot of the time. What I've begun to realize experimenting with all these different tooling and services is that things can get a bit cluttered, you will have a bunch of supporting systems that need to be run - caches, queues, databases and it can be a hassle to manage them through window services and executables. Additionally some of these require additional dependencies outside of the executable itself, which prompts you to install even more tooling. The great thing about docker is that it defi...
Read more