Sigh. There’s an old adage that I always come back to. Just because you can do something, doesn’t mean that you should. In this case I am thinking about the recent announcement by Microsoft that Azure would be supporting bare metal deployments of VMware on Azure hardware. In case you’ve been living under a rock, AWS went GA with a very similar offering back in late August. Of course there are some specifics that differ, but the overall theme is the same. You can run your VMware workloads in their public cloud on bare metal, but still have close proximity to their respective public cloud services. Alas, just because it’s on Azure now, doesn’t make the idea any better, and I stand by my previous post.
This is going to be a controversial post I am almost certain. Basically, I am going to argue that the whole premise behind running VMware on AWS is fundamentally flawed and not a viable strategy for those who are currently running VMware or for VMware itself as a company. Get your angry comments ready, here we go!
Everything is Broken…
There’s more than one occasion where I have uttered the phrase, “Why can’t this just work?” Usually after battling it out with some piece of software that the marketing fluff described as “simple” and “easy-to-use” and turns out to be more like incredibly complex and completely undocumented. I want my technology to just work, but I also want it to be cutting-edge, infinitely configurable, and fully documented. Those who are familiar with the Project Management Triangle may realize that having all three is impossible. To which I say, what about in n-th dimensions?
Seriously though, I have noticed that with the speed of innovation, especially in the cloud, most things that are released are at least partly broken. And that’s not just for beta or preview features, generally available features and functionality are buggy and partly undocumented. Major releases of software have always had some bugs, which is why “It ain’t done till SP1” was a mantra among the Microsoft cognoscenti.