Live data from Hacker News

Microcontainers – Tiny, Portable Docker Containers

iron.io

41–50 of 68 posts

Re: Microcontainers – Tiny, Portable Docker Containers

#42
I thought everyone was doing this already. The first thing I noticed when pushing my first test version of our Node server was that the images was way above what I thought it should be. It seems really odd that the "official" Docker images are this big. Perhaps to enable easy development within the VMs, and not meaning for these to be distributed?

Re: Microcontainers – Tiny, Portable Docker Containers

#43
post #24

Earlier quoted context omitted.

I mostly agree with what you're saying, but what caught my eye was: > About the author > Hey! I’m Marc, an eighteen years old software engineer located in Germany. You're obviously quite knowledgeable and well spoken for such a young age, and presumably English isn't your first language either. I just wanted to say keep up the good work, you have a bright future ahead of you – kudos!

Surprised he advertises his age, I started working around that age and pretty deliberately avoided age as a topic of discussion. Age is something best left unmentioned in a professional context.

Yeah usually gets messy. E.g. the Babel author's experience

Re: Microcontainers – Tiny, Portable Docker Containers

#44
post #20

Earlier quoted context omitted.

whoa - you have a container with working systemd ? I thought that was an unfixed bug - https://github.com/docker/docker/pull/5773 and https://github.com/docker/docker/issues/3629

Yep. It have some quirks (hard to shutdown properly), but it works. [vlisivka@apollo5 docker-centos7-systemd-unpriv]$ ./enter.sh [root@e3c3dd7539ad /]# ps ax PID TTY STAT TIME COMMAND 1 ? Ss 0:00 /usr/lib/systemd/systemd 71 ? Ss 0:00 /usr/lib/systemd/systemd-journald 74 ? Ss 0:00 bash 92 ? R+ 0:00 ps ax https://github.com/vlisivka/docker-centos7-systemd-unpriv

Hmm.. It's not worth it for me right now. I am using supervisord which works brilliantly

Re: Microcontainers – Tiny, Portable Docker Containers

#46

I believe Alpine is GPL licensed. Curious what companies are using Alpine? What ramifications does this have on the licensing of a micro service running in Alpine.

The GPL only comes into effect when you redistribute software. Since most companies will probably use it to deploy their own software, GPL does not matter much in practice.

Besides that, for an application only the licenses of libraries that you link against are relevant.

Re: Microcontainers – Tiny, Portable Docker Containers

#47
post #43

Earlier quoted context omitted.

Surprised he advertises his age, I started working around that age and pretty deliberately avoided age as a topic of discussion. Age is something best left unmentioned in a professional context.

Yeah usually gets messy. E.g. the Babel author's experience

Happen to have a link at hand where I could read up on this? Tried searching for it but drew blank.

Re: Microcontainers – Tiny, Portable Docker Containers

#48
I've always felt that VMs are a sign that show that OSes have imperfectly abstracted the virtualization of their resources. A "design smell" if you will.

When you get right down to it a window is a virtualization of a screen, a packet switching network is a virtualization of a fixed line, a process is a virtualization of a CPU, etc. (I can't remember who I'm quoting).

The direction this is all heading (VMs, containers, unikernels, etc.) feels like confirmation of this to me. A series of corrections aligning our OSes with more ideal/virtual abstractions.

Re: Microcontainers – Tiny, Portable Docker Containers

#49
post #47
post #43

Earlier quoted context omitted.

Yeah usually gets messy. E.g. the Babel author's experience

Happen to have a link at hand where I could read up on this? Tried searching for it but drew blank.

From the creator, Sebastian McKenzie: https://medium.com/@sebmck/2015-in-review-51ac7035e272#.e80o...

Re: Microcontainers – Tiny, Portable Docker Containers

#50

I've always felt that VMs are a sign that show that OSes have imperfectly abstracted the virtualization of their resources. A "design smell" if you will. When you get right down to it a window is a virtualization of a screen, a packet switching network is a virtualization of a fixed line, a process is a virtualization of a CPU, etc. (I can't remember who I'm quoting). The direction this is all heading (VMs, container…

Plan 9 was a realization of this line of abstraction, in a lot of ways. Even though I never used the platform for anything serious, I still draw inspiration from it all these years later.
Post reply on HN