Docker

This article was also published in DZone. In the [first article]({% post_url 2014-11-06-Microservices-in-Microcontainers-with-Docker %}) I presented a way to create Microcontainers which use volume containers to share runtimes and executables so that the actual application containers can be kept small. The containers are based on BusyBox (progrium/busybox) and necessary libraries are symbolically linked so that the executables work in the very light environment. In this article I take the concept forward with a Java runtime environment and service registration and discovery using Consul. ...

While getting familiar with different ways of using Docker I have bumped into a few pretty useful containers. Base for Microcontainers A good BusyBox based container is progrium/busybox. It contains a package manager (opkg) and includes most of the libraries to enable running applications on top of it. It’s decently sized at about 4.8 MB. Base for volume containers As volume containers don’t need any functionality, but you can’t build them on top of the scratch container, the next best alternative is tianon/true. ...

This article was originally published on DZone. Going towards minimalism After first using fat Docker containers to build PAAS like capabilities I have now switched my thinking towards simpler containers. The size of the core-container crept to over a gigabyte whereas microcontainers can be kept very small, in the megabytes or tens of megabytes range instead of hundreds of megabytes. Contained standalone services If a container was small enough it would enable a Microservice per Microcontainer kind of pattern. Combined with service registration and discovery with a mechanism like Consul it would provide a lot of flexibility in distributing services. If a service contains the runtime as well then getting them to run would equal to just firing up the container and having it register itself. ...