This is right on point with our experience. Kubernetes is great tech but it could be smarter with respect to scheduling decisions. Docker is always packed full

This is right on point with our experience. Kubernetes is great tech but it could be smarter with respect to scheduling decisions. Docker is always packed full of bugs; we had to increase redundancy everywhere in our stack. It's consistently been the source for me getting paged at night, and now it's the first thing I look at when there is a new issue. Some components I feel could fail more easily: our etcd and Consul clusters have been chugging along fore more than a year, even though they solve a problem much more complex than Docker does. Docker has been "production-ready" for years now, but I would not recommend it. The developers always fix that critical, production-affecting bug in the next release, but it's been disappointing for some time. I look forward to rkt + Kubernetes getting more mature. > - once a pod has been scheduled onto a node, it never reschedules it anywhere else. The node may be experiencing problems, thus the pod is affected. k8s doesn't do anything to heal that -- it could simply delete the pod so it is rescheduled somewhere else. IIRC, if a node goes from NodeReady to NodeNotReady, pods are drained from it.