Red Hat Support Continues To Flourish
ruphus13 writes "As the pure-play Open Source companies continue to dwindle, Red Hat has thrived through the recession. Its support revenues have grown 20+%, and account for 75+% of its revenues. 'Instead of the traditional strategy of selling expensive proprietary software licenses, as practiced by the Microsofts and Oracles of the world, Red Hat gets the vast majority of its revenues from selling support contracts. In the third quarter of last year, support subscriptions accounted for $164 million of its $194 million in revenue, up 21 percent year-over-year. All 25 of the company's largest support subscribers renewed subscriptions, even despite a higher price tag.'"
It means "and similar companies."
Mod me down, my New Earth Global Warmingist friends!
The summary: Redhat sells support rather than licenses
You: With Redhat, you buy support
Me: Duh.
So the fact that people who use the software keep buying support for it is not that impressive.
Um, duh? The article is not claiming, 'Ooh! Out of all the people who buy Redhat, look how many people buy support!' It is saying, 'Look how many people buy Redhat in the first place.' Redhat has continued to profit during the economic downturn, which is impressive. Come on, man, any hobbyist will use CentOS, or create their own update server, and/or download the patches and updates from another source. Any corporation or government will buy support. But they won't necessarily buy Redhat, in fact, most of them end up buying Windows, right? But enough buy Redhat to ensure Redhat's profitability. Which is the point of the story...
- None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
Then you don't know that many people who use Linux in a production environment with management's approval. Here at New Mexico's Child Youth and Family Development Department, we pay for support. We pay Novell for Suse Linux support (we're a Netware legacy shop), we pay Oracle for MySQL support, and we have 'as-needed' support contracts for other important open source software packages like Splunk & OpenNMS.
So, there you are. I pay for support. But I'm married, so I guess I'm not a 'single person who pays for support.'
- None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
To be fair, Red Hat is capitalizing on the work of Linux developers.
To be even more fair, Red Hat employs many of the prominent Linux developers, and is currently the biggest corporate contributor to the kernel. In addition, they're heavily involved with GCC and gdb, not to mention MANY other GPL projects.
To be even fairer, Red Hat do employ a large proportion of the kernel and userspace developers for the software they make support income from - they even have a record of open sourcing code that they get from company acquisitions. But they are very much benefiting from the fact that it's easier to build an OS by co-operating with other companies and individuals than to go toe-to-toe with MS (and Apple, not that they're direct RH competitors in any significant way) on your own.
If the old one works fine why would you need a new one?
In the grownup server world we really don't need flashy new guis or other such silliness.
I'm quite sure that Redhat's "support" model is designed to frustrate and confuse.
You pay per server per year. That's not exactly confusing. Frustrating only in the sense that... you have to pay for it.
Customer: "I'm a FOSS DEVELOPER! YOU'RE SELLING ME MY OWN CODE!"
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/
No they're not. They're selling you binary packages and the ability to call them up at 2:30 AM to get your issues fixed. If you want your code, it is right there for you to download without issue.
They can smugly tell me "see, software isn't free?" and feel much more comfortable signing cheques for $1500/year.
The software is free. If they don't understand what they're purchasing, that's their problem, and only yours if you decide to make it your problem.