The wildest part is they’ll take those massive machines, shard them into tiny Kubernetes pods, and then engineer something that “scales horizontally” with the number of pods.
This is especially aggravating when the os inside the container and the language runtimes are much heavier than the process itself.
I've seen arguments for nano services (I wouldn't even call them micros services), that completely ignored that part. Split a small service in n tiny services, such that you have 10(os, runtime, 0.5) rather than 2(os, runtime, x).
There is no os inside the container. That's a big part of the reason containerization is so popular as a replacement for heavier alternatives like full virtualization. I get that it's a bit confusing with base image names like "ubuntu" and "fedora", but that doesn't mean that there is a nested copy of ubuntu/fedora running for every container.
To be fair each of those pods can have dedicated, separate external storage volumes which may actually help and it’s def easier than maintaining 200 iscsi or more whatever targets yourself
jesse__|1 month ago
dgxyz|1 month ago
The problem we have is fucked up piles of shit not that we don’t have kubernetes and don’t have containers.
mystraline|1 month ago
Naturally, that detaches all your containers. And theres no seamless reattach for control plane restart.
zacmps|1 month ago
pnt12|1 month ago
I've seen arguments for nano services (I wouldn't even call them micros services), that completely ignored that part. Split a small service in n tiny services, such that you have 10(os, runtime, 0.5) rather than 2(os, runtime, x).
SpaceNugget|1 month ago
andai|1 month ago
cyberpunk|1 month ago
ahartmetz|1 month ago
jayd16|1 month ago