Slashdot Mirror
Can Red Hat Do For OpenStack What It Did For Linux?
Brandon Butler writes "Red Hat made its first $1 billion commercializing Linux. Now, it hopes to make even more doing the same for OpenStack. Red Hat executives say OpenStack – the open source cloud computing platform – is just like Linux. The code just needs to be massaged into a commercially-hardened package before enterprises will really use it. But just because Red Hat successfully commercialized Linux does not guarantee its OpenStack effort will go as well. Proponents say businesses will trust Red Hat as an OpenStack distribution company because of its work in the Linux world. But others say building a private cloud takes a lot more than just throwing some code on top of a RHEL OS."
Cloud computing is less of a definition about what it is, and more about how it's used. The general idea of cloud computing is to offload storage and applications from your local setup (workstation, network, etc) onto something "in the cloud" which basically means the internet.
The industry does a really poor job explaining that not all cloud experiences are the same, however. I've seen some cloud providers basically just offering seats to a Windows RDP server, which may not sound all that special to you or I, but they've managed to carve a business out of it.
Ubuntu inherits Debian policy. Anything--supported or not--is not updated in any way that breaks things. You might not be able to get security patches for stuff in Universe or Multiverse in a timely manner without rolling and submitting it yourself; but they won't go releasing a package that no longer does X when X worked before. The idea is that, if your configuration works, it will continue to work *exactly* the way you have it without modification no matter which version of the package you have across the entire lifecycle of a stable release--if it doesn't, that's a bug and they need to undo that breakage. Extending is fine, breaking is *not* acceptable.
RedHat on the other hand released RHEL 6.4 and removed crmsh, the configuration system for Pacemaker, to be replaced with PCS. This wasn't documented in the release notes, either. Suddenly things that configure high-availability fail-over on RHEL 6 don't work. Running the same tools/scripts/whatnot breaks. This is still RHEL 6 stable, and under Debian policy that's not supposed to happen. RedHat doesn't have such a policy, so it happens.
That means you're persistently at risk of reaching a situation where your patching priority demands increased resources: I can continue to patch Ubuntu while my dev team comfortably works on readying our stuff for the next LTS or the next 9 month release, usually; but one day RHEL has patches and I either don't upgrade as my company's security policy dictates OR we find resources (meaning, sometimes, hire more people) to step up the porting process.
With RHEL, the risk is that we may need more manpower (labor cost--salaries) to support the same security policy; and that we may still not be able to keep in step as quickly as with a Debian-style update policy (i.e. there may be greater lag time as we rewrite scripts and configurations and do more dev testing before releasing patches). On top of that, we're faced with the risk of more frequent large roll-outs--things that worked in dev might not work in production, and now we're rolling out a patch that breaks production along with a bunch of patches to production to un-break it, and hoping that it all works in production.
Yes, I blame RHEL for this.
Support my political activism on Patreon.
I concur.
I took OpenStack for a spin last week and I like where they're going. It brings the CLI access from the AWS world with the mature web-based deployment tools of Azure -- and allows for GCE-type sophisticated apps to run within their contexts. This unique combination has made it appealing for me -- and surely whets the appetites for tons of onlookers who are waiting for the chips to fall before making any company-wide commitments.
Ostensibly, they'll have to endure 2-3 major outages in the next few years before seeing the commitments its customer base truly has with them. Hopefully they don't endure any major outages... although they do run atop the AWS IaaS platform...