Do Linux Distributions Still Matter with Containers?
- Track: Distributions devroom
- Room: K.3.201
- Day: Sunday
- Start: 09:00
- End: 09:55
In the beginning there was compiling and static linking. My first programs when I was 10 years old worked like that. Then, we discovered dynamic linking. This was great because we could now patch one library and all of the programs would pick up the change on restart. But we created another problem - dependencies. Throughout the history of computing we have solved one problem and created another. Containers are no different. This talk will walk through why we invented Linux distros and why we should continue to appreciate them in a world full of container images...
In the beginning there was compiling and static linking. My first programs when I was 10 years old worked like that. Then, we discovered dynamic linking. This was great because we could now patch one library and all of the programs would pick up the change on restart. But we created another problem - dependencies. Throughout the history of computing we have solved one problem and created another. Containers are no different. This talk will walk through why we invented Linux distros and why we should continue to appreciate them in a world full of container images.
The short answer is yes. Yes, they still matter because of several reasons:
A linux distribution is a bunch of human beings that work together to create a dependency tree of software packages. This dependency tree is still convenient in container images
There is a TON of knowledge embedded in systemd unit files on how to properly start/stop commonly used daemons
Mapping CVEs to packages with meta data is still useful in a container
Standardized C libraries like glibc are used by binaries, interpreters like Python, and even virtual machines managers like the JVM
Critical libraries like libssl, openssl, and hardware accelerated bridges, are useful to everyone
Linux distros are a connection point with gravity which builds community. Community is what solves problems
Host and container image portability (glibc actually can take different code paths depending on what hardware is made available by the kernel. Also, glibc has a min/max kernel version that it supports well when compiled)
Speakers
Scott Mccarty |