News for hackers. Stuff that matters.
Re:Accidental complexity, essential complexity, and Kubernetes by tsimionescu on Monday September 05, 2022 @06:16PM (#32730155)
No, containers give you things that static binaries just don't. How do you specify the maximum allowed memory for a static binary? The ports it opens? The amount of CPU usage? The locations it will access from the host file system?

Also, how will you distribute this static binary? How do you check that the result of a download is the specified version, and the same that others are downloading? How will you specify its name and version?

By the time you have addressed all of these, you will have re-implemented the vast majority of what standard container definitions and registries do.

Re:Accidental complexity, essential complexity, and Kubernetes by anonymous_sorry on Monday September 05, 2022 @06:25PM (#32730228)
The orchestrator can still use cgroups for resource constraints and isolation. Or it could use virtualization - it would be an implementation detail. But devs would not have to build a container.

Binary distribution, versioning and checksumming shouldn't need to be coupled to a particular format.

Obviously docker solves a bunch of disparate problems. That's kind of the objection.

Re:Accidental complexity, essential complexity, and Kubernetes by dbxkcichhdfufu on Monday September 05, 2022 @08:03PM (#32730942)
At that point it's not an implementation detail anymore and that's kind of the point.

Static binaries are great but they don't solve every problem and they do to have to.

The vast majority of usecases don't need kubernetes, that's fine too.

You don't have to bash kubernetes because you don't specifically need it for your one use case.

There are plenty of other perfectly valid reasons to bash that dogpile.

Re:Accidental complexity, essential complexity, and Kubernetes by anonymous_sorry on Tuesday September 06, 2022 @03:57PM (#32742427)
> At that point it's not an implementation detail anymore and that's kind of the point.

Not clear what is meant by this. Can you elaborate?

> You don't have to bash kubernetes because you don't specifically need it for your one use case.

It is the platform teams at my employer deploy to, and with good reason. I think we do need it for our use case. But there are ways it could be improved, and the ability to deploy a simple Linux binary feels like one.

Re:Accidental complexity, essential complexity, and Kubernetes by paulryanrogers on Monday September 05, 2022 @09:14PM (#32731452)
AppArmor or SELinux?
Re:Accidental complexity, essential complexity, and Kubernetes by samus on Tuesday September 06, 2022 @02:25AM (#32733630)
These don't solve all those problems. Moreover, it is something already employed by container runtimes.