Hacker News new | ask | show | jobs
by q3k 2395 days ago
I'm somewhat sure you could make a similarly complicated looking chart that would entail:

- using ping

- sshing into a box

- using ssh port forwarding

- using ps aux

- understanding system load

- understanding oom killer messages

- is this systemd? use systemctl, otherwise figure it out

- is this systemd? use journalctl, otherwise figure out where an app is logging

- is nginx running? what box is it running on?

- is the nginx config okay?

- what about haproxy? are health checks going through?

Plus dealing with whatever configuration management system you're using, credential store you're using, etc.

Kubernetes, while complex, does take over a huge chunk of responsibilities from existing deployments. As such, a large part of any debugging will be done via kubectl and on a much different level of abstraction than if you were dealing with individual machines and services deployed on them via Ansible.

Yes, there's new things to learn. But for many cases (not even just scale!) it's quite worth it.

2 comments

TBF a lot of people don't know what any of that is and use Heroku or equivalent. I've worked with people who don't even know how to use find or chmod, much less ps, htop, and other system tools.
Yep, and many of these projects are 10+ years old rock solid code that very rarely breaks and the failure scenarios are well understood (the only real exception is systemd). Can you tell the same about k8s?