4 ms·

> Machine count corresponds to load; abstraction doesn't. K8s is developed to manage large number of service nodes running docker or oci containers coming from

> Machine count corresponds to load; abstraction doesn't. K8s is developed to manage large number of service nodes running docker or oci containers coming from Google borg project. So it was designed for managing google level of service loads. It doesn't help when a service is only for few million users with few hundred or thousand containers. LXD and traditional tools can already do it without learning new way with lots of moving parts.

tutfbhuf 7y ago
> It doesn't help when a service is only for few million users with few hundred or thousand containers. Well my company switched from VMs to k8s (few hundred containers) and it helped. Proof me wrong.
- oblio 7y ago
  Do you manage Kubernetes, personally? Did you manage the VMs?
  - tutfbhuf 7y ago
    Yes, i'm a DevOps engineer. I have to say, we use the Google Cloud and many Google Services, this makes live so much easier. Before that we managed everything ourselves on bare metal with debian VMs.
    - oblio 7y ago
      Not exactly my point. Are you comparing managing bare metal VMs with using a managed Kubernetes cluster? That's hardly a fair comparison.
- zsoltk 7y ago
  My company switched from VMs to a managed k8s cluster (gcloud). It made everything harder, the application became about 5x slower and instead of a $300 monthly bill we paid for the VMs now we pay $1300. So in summary: * we still have same amount of developers * we still need same amount of sysadmins * we introduced more complexity * the application became slower * the whole thing became much more expensive (managed k8s price, education, consulting, etc.) * but! we have the same amount of income every month. Surprisingly our users don't pay more for the same service because we run our stuff on k8s
- dragonsh 7y ago
  Cannot comment on it unless see it in details that adding additional moving components of k8s helped.

tutfbhuf 7y ago

> It doesn't help when a service is only for few million users with few hundred or thousand containers. Well my company switched from VMs to k8s (few hundred containers) and it helped. Proof me wrong.

oblio 7y ago
Do you manage Kubernetes, personally? Did you manage the VMs?
- tutfbhuf 7y ago
  Yes, i'm a DevOps engineer. I have to say, we use the Google Cloud and many Google Services, this makes live so much easier. Before that we managed everything ourselves on bare metal with debian VMs.
  - oblio 7y ago
    Not exactly my point. Are you comparing managing bare metal VMs with using a managed Kubernetes cluster? That's hardly a fair comparison.
zsoltk 7y ago
My company switched from VMs to a managed k8s cluster (gcloud). It made everything harder, the application became about 5x slower and instead of a $300 monthly bill we paid for the VMs now we pay $1300. So in summary: * we still have same amount of developers * we still need same amount of sysadmins * we introduced more complexity * the application became slower * the whole thing became much more expensive (managed k8s price, education, consulting, etc.) * but! we have the same amount of income every month. Surprisingly our users don't pay more for the same service because we run our stuff on k8s
dragonsh 7y ago
Cannot comment on it unless see it in details that adding additional moving components of k8s helped.