11–20 of 47 posts
Earlier quoted context omitted.
> For a small company, give me a way to run one container in an autoscable way and we can go from there. What's the best way you've found to do that?
ECS/Fargate for long lived things. Lambdas for short lived things.
Everyone else gotta complain about it just because.
After reading TFA I don't feel enlightened. I don't think the author answered or even began to seriously address the question posed in the title; the discussion is approximately a beginner-level introduction to K8s Controllers. A bit disappointed with cloudplane here. Edit: @dollar - good one! Quite plausibly the case.
People that understand how infrastructure works knows that k8s is not complex. Everyone else gotta complain about it just because.
Whether or not that extra complexity is necessary or beneficial is what's debatable.
What was shown was the ability of systemd to have restart policies of units and the ability to load secret over some sort of Unix socket primitive. Plus, it does not even try to do topological sorts, it restarts everytime and accepts that its preconditions are false.
And basically as it can do that for any more or less untyped pile of resource, it is "flexible". Sure, void* + a tag is flexible.
K8s is tiring. Reconciliation is not exclusive to K8s, it's not the best system we have, not even close.
It is a particularly popular system with very specific choices, which has a nice property of assuming that state drifts therefore reconciliation is a must.
The annoying part is that: to show everyone else that K8s is complex, it is necessary to build a reconciliation based piece of software that compose well with the rest of the world and prove that you don't need K8s to achieve the same features that most people use, except if you are $bigcorp. Alas, people have finite time and I do think it is quite clear how to build this using more fundamental pieces such as systemd and more.
Making this kind of article even more frustrating because I get the good intent of convincing people that K8s is not frightening and complicated. I really feel there is a lack of theory and research definitions in this area of computer science. Rigor is missing.
Also in what way is Swarm is abandoned?, I mean if it works fine, and is still supported in Docker-CE than its still OK to use it, at least in small businesses and hobbyist use cases where Swarm's simplicity are attractive.
Kubernetes is way, way to much for many teams to be able to operate properly. It can be done the right way, and it absolutely has it’s use cases, but I see so many people using it that really shouldn’t be.
It really is interesting. What was shown was the ability of systemd to have restart policies of units and the ability to load secret over some sort of Unix socket primitive. Plus, it does not even try to do topological sorts, it restarts everytime and accepts that its preconditions are false. And basically as it can do that for any more or less untyped pile of resource, it is "flexible". Sure, void* + a tag is flexib…
What I was told is that it doesn't scale and k8's is simpler because how does it talk to the database otherwise? Oddly enough, I'm not sure this person has ever _just_ worked with containers without k8's and so it all falls into a black box.
Which is odd, but all of this is to take roughly 100 servers and get them into the cloud.
At some point I have to wonder if it's even possible for many of these same people to work in a way that's simple.
People that understand how infrastructure works knows that k8s is not complex. Everyone else gotta complain about it just because.
Not sure how you could deny that it's complex. It adds additional moving parts that weren't there before, and takes control of things that once operated autonomously. Whether or not that extra complexity is necessary or beneficial is what's debatable.
Earlier quoted context omitted.
> For a small company, give me a way to run one container in an autoscable way and we can go from there. What's the best way you've found to do that?
ECS/Fargate for long lived things. Lambdas for short lived things.