Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> If you were working in the orgs targeted by k8s, I think it was generally more of a mess. Think about managing a park of 100~200 servers with home made bash scripts and crappy monitoring tools and a modicum of dashboards.

We have Configuration Management systems like Puppet in mature enough state for over a decade now.

I haven't installed server manually or "with handmade scripts" in good 12 years by now.

We have park of around 100-200 servers and actually managing hardware is tiny part of it

> Now, k8s has engulfed a lot more than the primary target, but smaller shops go for it because they'r also hoping to hit it big someday I guess. Otherwise, there will be far easier solutions at lower scale.

K8S is popular because it gives developers a lot of power to deploy stuff, without caring much at underlying systems, without bothering ops people too much. Cloud-wise there is a bunch of native ways to just run a few containers that don't involve it but onprem it is nice way to get a bit faster iteration cycle on infrastructure, even if complexity cost is high.

It is overkill for I'd imagine most stuff deployed in K8S and half of deployments are probably motivated by resume padding rather than actual need.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: