Single binary executable packages
The author doesn&#x27;t seem to understand linux containers.<p>&gt; docker run just-another-2g-vm-image-running-a-fully-fledged-os-with-all-the-systemd-glory-masked-as-a-container;<p>Docker doesn&#x27;t run a &quot;vm&quot; image and it definitely doesn&#x27;t run another kernel (the kernel isn&#x27;t included in docker images because it&#x27;s designed to run on the host kernel). It&#x27;s more closer to chrooted process (if you just consider the process) than anything... combined with some resource isolation.<p>&gt; that certainly won&#x27;t lose any data when you purge it by mistake<p>If you don&#x27;t understand what you are doing, you can &quot;purge data by mistake&quot; doing other things as well.<p>Docker images come with ALL the pros listed in the article with fewer cons. For example, they are isolated from the get go by design, so fewer security concerns than running a binary on your system a your user without namespace isolation (namespace isolation is what&#x27;s happening with docker). You can choose what files and devices process running in docker has access to.<p>The download size may be bigger than a statically linked single executable... but if you are running a lot of different processes in docker, they may share the underlying layers which may mean that you end up using less disk space overall.