News for hackers. Stuff that matters.
Re:The Horrors of Upgrading Etcd Beneath Kubernetes by mirceal on Saturday July 07, 2018 @12:11AM (#17476951)
A container is not a process. The fact that you say this makes me wonder if you understand what K8s and how it works.

K8s is not going to solve the issues you outline above (logs, proper monitoring, etc). Even worse, you’re gonna have a bad time migrating them to a proper solution.

Re:The Horrors of Upgrading Etcd Beneath Kubernetes by vel0city on Saturday July 07, 2018 @01:49AM (#17477259)
While k8s does not in and of itself solve some of the issues pointed out above, it does centralize a lot of these problems. These centralized problems are then often easily addressed by the cloud providers actually running the k8 cluster. GKE automatically sends log data and metrics through fluentd to their Stackdriver platform including error alerting. If something even prints something that looks like a stack trace to stdout or stderr, Stackdriver sends alerts and creates an issue for us.
Re:The Horrors of Upgrading Etcd Beneath Kubernetes by shaklee3 on Saturday July 07, 2018 @12:53AM (#17477085)
To the first degree, it is. The way people use containers is typically one binary starting up, which equates to one process in Linux. Sure, docker et al have overhead, but that's constant overhead, and much of the hard work is done in cgroups.
Re:The Horrors of Upgrading Etcd Beneath Kubernetes by arpa on Saturday July 07, 2018 @12:49AM (#17477070)
You just might be wrong here, friend.