3 ms·
> K8s itself is an evolution on a previous architecture, OpenStack. OpenStack had each container be a full virtual machine, with a whole kernel and operating sy
by kordlessagain 5y ago
> K8s itself is an evolution on a previous architecture, OpenStack. OpenStack had each container be a full virtual machine, with a whole kernel and operating system and everything.
Linux containers (LXC) are designed for running applications whereas Virtual Machines (VMs) are designed for running Operating Systems. So, they are nothing alike and any hint to "evolution" is just more complexity layered on by people who have nothing better to do than make things seem complicated.
Not every application needs this type of complexity. Sometimes an idea or application can just run on a regular old VM until such time it doesn't and then I put it on AppEngine, where it's technically K8 and Docker, except I don't have to think about it.
The amount of complexity K8 and Docker brings is not worth the time and effort require to learn those things well if doing one's own deployments. I'm thinking back to Docker literally uninstalling itself SEVERAL times on my laptop, leaving itself in a broken state. Sure, I can learn these technologies a little, but I am certain problems will crop up over time that whittle away at the usefulness of choosing to use them over just using older, more well known methods to get shit done.
- zekrioca 5y agoI think Linux containers (LXC) are not only for applications, so that's why they are often called "system containers". They are also useful when one wants to 'just' emulate a whole OS without actually emulating a whole machine (VM). For applications, I think Docker is the way to go.
- gainsurier 5y agoThe trade-off of resources Isolation matters, eg. OS->Container->Namespace(wasm)
- immibis 5y agoalso layer 0: hardware isolation (e.g. Yubikey)