4 ms·

I want to host a website not bomb the Middle East. Most enterprise apps are still websites that need no more than elastic beanstalk. If your analogy is to compa

I want to host a website not bomb the Middle East. Most enterprise apps are still websites that need no more than elastic beanstalk. If your analogy is to compare k8s to f16 then maybe you are not doing your argument any service.

alephnerd 3y ago
If your dealing with dynamic scaling needs K8s are quite nice. There's a reason why most Telcos have deployed 5G functionality using K8s. If you are in a situation where you want to follow a decoupled/microservices development pattern (ie. split component ownership across dev teams) as well as manage scalability during high load periods, K8s is hard to beat. K8s is a useful tool, but can be overkill in a number of situations. Just like a hammer, you can't use it to solve for every usecase. P.S. F-35s use K8s clusters (or might be K3s) to deploy their EWS.
erulabs 3y ago
Well both hosting websites and bombing the middle east make use of Kubernetes. [1] 1. https://www.theregister.com/2020/06/03/kubernetes_b_21_bomber/ https://www.theregister.com/2020/06/03/kubernetes_b_21_bombe... I've spent my entire career being on-call for web servers and Elastic Beanstalk is not enough. Deployment failures, deployment speed, deployment safety, upgrades, local testing... There is a reason AWS themselves is pushing EKS and not Elastic Beanstalk, and it's not because Kubernetes is trendy, it's because it's incredibly useful.
- ramraj07 3y ago
  I’ve had production SaaS apps running on elastic beanstalk just fine for years now. Better SLA than any of the kube apps I’ve seen. You’re right that if you have highly capable support team and the real need for it go with the pods but if you just have mediocre engineers and a straightforward deployment with no real scaling issues then just stick to simple systems.
  - deleted 3y ago
    [deleted]
zerbinxx 3y ago
Sure, then don’t use k8s. If you need extremely resilient leaf node architecture or high volume communication from distributed machines, then that’s a good time to start looking at k8s. Your lack of charity reveals your naïveté: the analogy is actually a good one because not all software development is equivalent to hosting a website.

alephnerd 3y ago

If your dealing with dynamic scaling needs K8s are quite nice. There's a reason why most Telcos have deployed 5G functionality using K8s. If you are in a situation where you want to follow a decoupled/microservices development pattern (ie. split component ownership across dev teams) as well as manage scalability during high load periods, K8s is hard to beat. K8s is a useful tool, but can be overkill in a number of situations. Just like a hammer, you can't use it to solve for every usecase. P.S. F-35s use K8s clusters (or might be K3s) to deploy their EWS.

erulabs 3y ago

Well both hosting websites and bombing the middle east make use of Kubernetes. [1] 1. https://www.theregister.com/2020/06/03/kubernetes_b_21_bomber/ https://www.theregister.com/2020/06/03/kubernetes_b_21_bombe... I've spent my entire career being on-call for web servers and Elastic Beanstalk is not enough. Deployment failures, deployment speed, deployment safety, upgrades, local testing... There is a reason AWS themselves is pushing EKS and not Elastic Beanstalk, and it's not because Kubernetes is trendy, it's because it's incredibly useful.

ramraj07 3y ago
I’ve had production SaaS apps running on elastic beanstalk just fine for years now. Better SLA than any of the kube apps I’ve seen. You’re right that if you have highly capable support team and the real need for it go with the pods but if you just have mediocre engineers and a straightforward deployment with no real scaling issues then just stick to simple systems.
- deleted 3y ago
  [deleted]

zerbinxx 3y ago

Sure, then don’t use k8s. If you need extremely resilient leaf node architecture or high volume communication from distributed machines, then that’s a good time to start looking at k8s. Your lack of charity reveals your naïveté: the analogy is actually a good one because not all software development is equivalent to hosting a website.