3 ms·
This is how Linux fragments, and ultimately dies as the Linux we know. I'm not really making a value judgement, just an observation.
by api 12y ago
This is how Linux fragments, and ultimately dies as the Linux we know.
I'm not really making a value judgement, just an observation.
- gtaylor 12y agoThat may be a little overly dramatic. There have been failed fragments/forks/derivatives, but there have also been some sweeping successes. It's too early to foretell the fate of Rocket. Containers are getting lots of attention, so I'm actually pretty happy to look at this as a potentially rewarding experiment. Worst case, it fails and we keep using Docker (or whatever else springs up).
- krschultz 12y agoThere were many VM engines, now there are a few. I imagine the same thing will happen with container technology. Generally 1 technology stands out, then things fragment, then things coalesce into a tiny handful of solid solutions. Docker may or may not be the container engine that lasts a long time. There is a reason they raised a bunch of money. Clearly containers are going to be big, but is Docker the one that goes on to be dominant? Docker is trying through building features & biz dev, but it's far from over.
- tree_of_item 12y agoHow does additional container management software fragment GNU/Linux?
- api 12y agoThink a few steps ahead. These aren't really containers. They're giant statically linked binaries, more or less. The actual operating system is now just a VM host for running containerized giant WIMPs (weakly interacting massive programs). Fast-forward a few years and the host can wither and die and be replaced with a proprietary or custom/fragmented management layer. Linux survives only as an internal pseudo-OS within each mega-binary "container." Edit: what I was really getting at was that these technologies are patches for the inadequacy of the OS. The fact that we need containers at all stems from the difficulty of managing software installations, configuration, etc on the actual operating system.
- darkarmani 12y ago> The fact that we need containers at all stems from the difficulty of managing software installations, configuration, etc on the actual operating system. Great post. However, containers are an easy concept to grasp. Even if the actual OS could be fixed, you'd still want some similar concepts even if the names were different.
- loudmax 12y agoFragments? Certainly. Dies? Linux has been fragmented from its inception. If you include the world's Android phones, Linux probably runs on more computers than any other kernel or OS. Rocket will not kill Linux, containers, or docker. In the worst case, it will kill CoreOS, and even that's unlikely.
- SEJeff 12y agoLikely not even close. Just about every single washing machine, refrigerator, microwave, digital stove, etc, runs a variant of an open source operating system called Tron, or the more common ITron variant. http://en.wikipedia.org/wiki/TRON_project http://en.wikipedia.org/wiki/TRON_project Tron has been around since the mid 80s I believe and Linux was first released in the early 90s.
- mikerichards 12y agoInteresting, I had never hear of (I)Tron
- deleted 12y ago[deleted]
- digitalzombie 12y agoI dunno if linux fragments is causing linux to die... BSD have many fragments and they're doing fine. I think competition is good, this will give us an option that's not monolithic. I didn't realize docker direction was to encompass orchestration until this thread. This isn't something I want to use docker for and also I'm glad the competition is address the security issue where there is a need for more security. And with a rival option I'm happy to choose rocket as an option when it's stablized and there aren't any other options out there.