5 ms·
Except you miss out on all the opportunity cost of cloud-native solutions that get you moving fast for the sake of a complex convoluted mess that you need to hi
by deanCommie 5y ago
Except you miss out on all the opportunity cost of cloud-native solutions that get you moving fast for the sake of a complex convoluted mess that you need to hire subject matter experts for to wrangle, instead of focusing on your business logic.
Kubernetes only makes sense from Google's perspective to sell you the managed version "from the creators of Kubernetes!" once you get tired of trying to wrestle it into submission.
- gravypod 5y agoI don't think you need to "wrestle it into submission". There are many CNCF projects that work great on bare metal instances like Rook and other companies providing managed DB solutions for your hardware like KubeDB. K8s isn't that complex from a cluster operators perspective if you've managed bare metal Linux systems before. Set up some PXE + auto provisioning and you can make your node enrollment process: 1. Buy hardware from an OEM. 2. OEM ships you a piece of hardware. 3. Remote hands plug in hardware. 4. Machine PXEs, boots, and is turned into a worker on your cluster. Canonical (MaaS), VMware (vSphere), and Rancher Labs (Rancher) all have products aimed at running Kube on metal in your own datacenter. So, essentially, if you start your startup off using Kube in a managed cluster you can, at some point in time later, directly move your code off the cloud and onto your own machines for cost saving. You just need to figure out how to run your DBs and LBs but that's a solved problem as mentioned above.
- fnord77 5y agoakshually we use Amazon's managed kubernetes. k8s lets us move fast - we can easily deploy new services in no time. We can also run the entire stack on our desktops in k8s, or have our laptops be a node in a mostly cloud k8s dev deployment and debug services locally.