3 ms·

Kubernetes is a cancer for 99% of companies. Most companies need little more than docker compose/swarm. Kubernetes is the antithesis to KISS. If you’re Google,

Kubernetes is a cancer for 99% of companies. Most companies need little more than docker compose/swarm. Kubernetes is the antithesis to KISS. If you’re Google, then you need something like K8s. Most orgs using it are pretenders or trend followers. Sadly it has become the “standard” way to deploy apps.

throwawayboise 5y ago
Most people just need lxc-create or virsh create, honestly. It's the only things I have been able to get to work reliably. All the docker and k8s stuff is unnecessary complexity if you just need to run a container or VM.
- kazen44 5y ago
  I know a couple of guys running a jails based system with carp for load balancing and redundancy. they have 4 physical servers in total and have been at it for more then a decade. the only time they had downtime was during the migration from one DC to the another one. this system runs 80% of the EDI market in my country... simple solutions are usually better.
NAHWheatCracker 5y ago
I just joined the first project to use Kubernetes at my current company. I remember a conversation with a "DevOps" engineer when I started 3 years ago. They had evaluated Kubernetes and decided against it due to how complicated it is. He left a year ago, shortly before the project started. The project is a mess and no one knows what they are doing. They've been building it for almost a year and nothing works. I'm pretty sure the decision was made based on the desires of the developers with a fragile veneer about how it is necessary for the product they want to build. At least it's fun to learn, albeit frustrating to work with.
Toine 5y ago
100% this, same for microservices. One of the most damaging belief a developer can have is "if my stack looks like * insert unicorn *'s stack, we will be a unicorn"
- GiorgioG 5y ago
  I completely agree. Microservices & Kubernetes are poster children for: https://en.m.wikipedia.org/wiki/You_aren%27t_gonna_need_it https://en.m.wikipedia.org/wiki/You_aren%27t_gonna_need_it

throwawayboise 5y ago

Most people just need lxc-create or virsh create, honestly. It's the only things I have been able to get to work reliably. All the docker and k8s stuff is unnecessary complexity if you just need to run a container or VM.

kazen44 5y ago
I know a couple of guys running a jails based system with carp for load balancing and redundancy. they have 4 physical servers in total and have been at it for more then a decade. the only time they had downtime was during the migration from one DC to the another one. this system runs 80% of the EDI market in my country... simple solutions are usually better.

NAHWheatCracker 5y ago

I just joined the first project to use Kubernetes at my current company. I remember a conversation with a "DevOps" engineer when I started 3 years ago. They had evaluated Kubernetes and decided against it due to how complicated it is. He left a year ago, shortly before the project started. The project is a mess and no one knows what they are doing. They've been building it for almost a year and nothing works. I'm pretty sure the decision was made based on the desires of the developers with a fragile veneer about how it is necessary for the product they want to build. At least it's fun to learn, albeit frustrating to work with.

Toine 5y ago

100% this, same for microservices. One of the most damaging belief a developer can have is "if my stack looks like * insert unicorn *'s stack, we will be a unicorn"

GiorgioG 5y ago
I completely agree. Microservices & Kubernetes are poster children for: https://en.m.wikipedia.org/wiki/You_aren%27t_gonna_need_it https://en.m.wikipedia.org/wiki/You_aren%27t_gonna_need_it