The True Cost of Kubernetes: People, Time and Productivity
1–10 of 23 posts
Re: The True Cost of Kubernetes: People, Time and Productivity
#2Re: The True Cost of Kubernetes: People, Time and Productivity
#3I’ve had the experience of working through the design of a system over and over until circular dependencies can be tamed through a bootstrap procedure.
Re: The True Cost of Kubernetes: People, Time and Productivity
#4Re: The True Cost of Kubernetes: People, Time and Productivity
#5Re: The True Cost of Kubernetes: People, Time and Productivity
#6Why do I need four people for on call with a self hosted cluster but only one for a managed cluster? My application still needs the on call support. I think this cost estimate does not add up.
I think our thought process here is that developers are also involved in on call support for the service availability and the k8s cluster availability is mostly managed by the provider, but the cluster can still fail even if the control plane is managed.
Re: The True Cost of Kubernetes: People, Time and Productivity
#7What about persistent storage and access costs ? And couldn't that then over time increase managed k8s costs significantly ?
If you have a data intensive service, it surely would add up, but it's not specific to Kubernetes. If you go with VMs or a Serverless deployment, you'll have to pay it too.
If you're speaking about the storage and data transfers related to the Kubernetes control plane itself, I don't believe it represents a significant cost, even with a large cluster.
Re: The True Cost of Kubernetes: People, Time and Productivity
#8I don’t know about the others, but GKE certainly has automatic updates (for masters and nodes). There’s also auto-repair and a backup feature (is this “auto-recovery”?). GKE has also had autopilot for nearly a year, which bills based on Pod requests.
Re: The True Cost of Kubernetes: People, Time and Productivity
#9Why do I need four people for on call with a self hosted cluster but only one for a managed cluster? My application still needs the on call support. I think this cost estimate does not add up.
You're right, having only one person on call for a managed cluster doesn't make a lot of sense. We should probably have planned with at least 2 people for a managed cluster too to cover 24/7/365 operations. I think our thought process here is that developers are also involved in on call support for the service availability and the k8s cluster availability is mostly managed by the provider, but the cluster can still f…
I think you could get one person to be on-call for all those things, personally. But then I think that person should not be on-call for application support (IE; not the things running inside k8s, they would be the person the on-call application developer/administrator would call if they couldn’t debug issues with networking, for instance).