by kragniz on 3/2/19, 11:11 PM with 87 comments
by ec109685 on 3/3/19, 12:26 AM
Google succeeds if it is anybody but AWS proprietary solutions. If they can groom a healthy ecosystem of open source and commercial solutions that target Kubernetes, then the tremendous advantage of AWS being a one stop shop for any service you can imagine starts to dwindle. As of now, amazon offers a solid compute environment and services galore, which is hard to compete with.
The author didn’t do much at all to tie what happened to OpenStack with Kubernetes. K8s is deployed at scale by all the cloud providers. Both Google and Microsoft solely run containers on it in their public cloud (while AWS still has their own orchestrator). That never happened at scale with OpenStack.
And regardless of how you feel about Google, Azure has a very strong vested interest in K8s success.
by hodgesrm on 3/3/19, 12:24 AM
This is a meaningless argument. I don't have to run Kubernetes at the same scale as GKE to develop--I just run minikube, which runs very well on Linux hosts. When I get ready to deploy there is a pick of environments to host on because Kubernetes apps are largely portable.
OpenStack has never achieved this level of accessibility.
by yingw787 on 3/3/19, 4:40 AM
I think a lot of the enterprise companies supporting OpenStack, like Mirantis (https://en.wikipedia.org/wiki/Mirantis), realized this one way or another, got themselves acquired, and then used the new funding to pivot to Kubernetes or another open-source IaaS offering: https://www.mirantis.com/
Without any promise of enterprise support, there's really no way for the large companies targeted by OpenStack to adopt it and make that adoption sticky. So that's how it died.
by kodablah on 3/3/19, 12:18 AM
So, although the author compares it with the growing k8s project out there now, at least k8s more clearly stewarded, more developer oriented instead of only for ops (with code quality to match), and doesn't feel as hamstrung by environments and dependencies (just try to run a little openstack setup on your laptop for development... very annoying for a project of such age with so many company's hands in the pot).
by privateSFacct on 3/3/19, 12:09 AM
If you develop on AWS you get a supported experience for a long LONG time (see simpleDB which I used and still works even though they don't seem to market it). Same thing with old instance types. S3 etc etc.
With openstack at least a year or two ago - who can seriously stay on top of what is going on there. You could develop something 3-4 years ago and getting it going on the latest open stack = total pain. What exactly open stack was also muddy - lots of ifs/buts/this 5 year old code that ran on vendor X openstack doesn't seem to run today on vendor Y.
Didn't spend much time on open stack though - and I know the hype train was / is huge - (AWS killer etc). My own sense - a lot of folks freaked out about AWS and all WANTED openstack to work so they had some big gun to blow up AWS with - but they didn't seem to spend much time talking to actual customers / developers, while AWS certainly did.
by justinsaccount on 3/3/19, 12:09 AM
by 0xbadcafebee on 3/3/19, 1:59 AM
You should not build your own cloud platform; that much is obvious. It's less obvious that you should not build your own k8s, because it seems simpler and more useful.
by vkat on 3/3/19, 2:35 AM
Kubernetes on the other hand capitalized on the need for running and orchestrating containers. Kubernetes also got a few things that right such as well documented and prescriptive set of tools one could use to get dev and production cluster up.
On a separate note, having worked on OpenStack I can also attest that the code was gross, not so much in kubernetes.
by notatoad on 3/2/19, 11:56 PM
i'm definitely going to be stealing that line
by musicale on 3/3/19, 1:06 AM
Perhaps having hundreds or thousands of contributors is more of a problem than a solution. Or maybe it just needed better technical oversight.
by timeu on 3/3/19, 12:02 PM
Some lessons learned so far:
- OpenStack is very complex
- It's less of a product and more a framework and you need a dedicated engineering team with cross cutting skillset
- You definately need a dev/staging environment to test upgrades and customizations
- Some of the reference implementations of OS servies (SDN) are fine for small deployments but if can replace them with dedicated hardware/appliances you should do that.
by FooHentai on 3/3/19, 2:26 AM
See also: Banks investing in cryptocurrency R&D
by mschuster91 on 3/3/19, 10:55 AM
But still, it's better than having to manage KVM by hand and cheaper than buying VMware.
by SteveNuts on 3/3/19, 2:27 AM
In 2015 my company purchased "Flexpod" which is a solution that's certified by VMware, Cisco, and NetApp to work together. The result is nothing but a bunch of back and forth finger pointing with support, and even a critical vulnerability will take 6+ months to get patched and certified between all the different vendors.
I personally like the Ansible approach where each Storage/Computer/Network vendor provides APIs for management of their devices, and Ansible is just the glue between them.
TL;DR getting major tech vendors to play nice together is hard.
by nwrk on 3/3/19, 5:43 AM
by godzillabrennus on 3/3/19, 1:12 AM
Seems like it never really got easy enough for average developers to find it accessible.
by 7ewis on 3/3/19, 12:47 PM
The only reason I'm aware of it, is because I'm studying for a degree part time - and OpenStack is taught in one of the modules. It's a shame really that they only mention AWS and advise against using it in case you accidentally spend money.
by RyanShook on 3/3/19, 3:35 AM
by djsumdog on 3/3/19, 3:08 AM
I've been at two companies that attempted to go down the OpenStack route. One wanted to start a cloud offering to their clients and hemorrhaged tons of money trying to just keep OpenStack stable. We couldn't even run our basic Logstash offerings on our OpenStack cluster without them having bizarre performance issues.
We had a really good manager too who had accounts on every other provider (Rackspace, RedHat, Canonical .. all the big ones) and time and time again he was like, "What is this? How are they doing this.." and we just figured they used a ton of specialized proprietary plugins they just weren't open sourcing or a ton of special patch sets.
Second shop had tried moving onto an OpenStack cluster to save on AWS prices. It could never run anything reliably and they scrapped the entire project and re-purposed all the servers for DC/OS, which was super nice and reliable and every team migrate hundreds of services onto.
by enriquto on 3/2/19, 11:46 PM