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

The author here repeatedly claims that teams would function identically on Swarm and are wasting resources using Kubernetes.

You don’t even need to be a mid-sized team to need stuff like RBAC, service mesh, multi-cluster networking, etc.

Claiming that kubernetes only “won” because of economic pressure is only true in the most basic of sense, and claiming it as a resume padder is flat out insulting to all its actual technical merits.

The multi-tenant nature and innate capabilities is part economics of it, but operators, extensibility, and platform portability across different environments are actual technical merits.

Claiming that autoscaling is optional and not required for most production environments is at best myopic.

It also greatly undersells the operational complexity that autoscaling actually solves, versus just the reactive script based solely on CPU. Metrics pipelines, cluster-level resource constraints, and pod disruption budgets.

As far as the repeated claim that it just “works”, great. Not working is more of a function of the application not the platform.

I dunno, this whole article frames kubernetes as a massive overhead and monolithic beast rather than the programmable infrastructure that it is.

It also tries to minimize many real world needs like multi-team isolation, extensibility, and ecosystem integrations



> I dunno, this whole article frames kubernetes as a massive overhead

Author describes his context being a setup with two $83/year VPS instances - a scale so incredibly minuscule compared to typical deployments, that any of his arguments against one of the core cloud technologies fall flat.

Of course he doesn't need Kubernetes. It's fine.




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

Search: