3 ms·
> And k8s is supposed to make that situation better, but these multi-day outage stories are… common? Why are we adding all this complexity and cost if the resul
by lmm 3y ago
> And k8s is supposed to make that situation better, but these multi-day outage stories are… common? Why are we adding all this complexity and cost if the result is consumer-PC-tower-in-a-closet-with-no-IAC uptime (or worse)?
I'm honestly convinced it's half CV-driven development, and half just the fact that it's become the standard workaround for Python dependency hell. Python is still the easiest way to write software, and it's still basically impossible to make an application that works reliably on more than one machine because of how Python dependency management works (or rather doesn't), so you have to use Docker, and apparently Kubernetes is the standard way you deploy Docker containers.
- sshine 3y ago> apparently Kubernetes is the standard way you deploy Docker containers. I bet more people actually use docker compose because the buyin is that much smaller.
- a_vanderbilt 3y agoAnecdata, but in my experience, it's been podman for new deployments. Plenty of old stuff on Docker though. It's easier to grow out of Podman and into k8s than it is to go from compose, to swarm, then k8s. Easier to get buy-in for the ease of Docker from ops, easier to get leadership buy-in on the security of Podman. Such is life.
- elzbardico 3y ago> and it's still basically impossible to make an application that works reliably on more than one machine because of how Python dependency management works (or rather doesn't) This is complete bullshit.
- hardware2win 3y ago>Python is still the easiest way to write software Try dotnet then
- lmm 3y agoThere are good things about dotnet (I'm more of a Scala person these days, but I have plenty of respect for F#), but there's nothing in there that lets you get up and running remotely as quickly as Python. (I mean, you don't even get a REPL without doing some messing around)
- deleted 3y ago[deleted]