Revealed: The gift that keeps on giving to Oracle ... is dying
How the deep well of enterprise licence cash will dry up
Open ... and Shut Even as traditional enterprise IT vendors come under pressure from modern cloud and open-source applications, these old-school businesses have one strategy that is the gift that keeps on giving: Enterprise licence agreements.
Not only do ELAs help to shield vendors from pricing pressure from open-source alternatives, they also increase friction for those anxious to swap out ageing applications and infrastructure for better alternatives. But how long can ELAs block customers from embracing the future of IT?
According to research done by Cowen and Company, and reported by Senior Research Analyst Peter Goldmacher, legacy vendors such as SAP and Oracle have bought themselves some time with their ELAs. But not much. As Goldmacher writes, "while these ELAs are in place, changing the application or support provider for a single product will not reduce the cost of the maintenance portion of the contract thus mitigating a customer’s incentive to part ways with their existing vendor".
The problem is that ELAs, and the expensive maintenance they institutionalise, are not forever.
Cowen and Company surveyed 85 senior IT executives, then filtered down the list to 45 managers at companies with revenue over $500m and IT budgets in excess of $50m. In other words, these companies spend a lot of money with legacy IT vendors.
Intriguingly, just about 85 per cent are exploring ways to get out of these relationships, either by looking to alternative cloud-based applications like Workday or Salesforce.com or to third-party maintenance providers:
As reported before, SAP has been doling out 50 per cent discounts to keep customers in its profitable maintenance fold. At some point, the discounts won't be rich enough, nor the returns to the vendor great enough, for this kind of price gouging to be able to continue. It's already the case that new licence revenue can't keep pace with legacy vendors' cost of sale, making hugely profitable maintenance streams so critical to the health of the businesses of these legacy vendors.
Once maintenance dries up, these companies will struggle.
That is, unless they can embrace new business models, which is far easier said than done. The entire cost structure of an Oracle or IBM is predicated on a big, expensive CIO sale. That sort of cost structure doesn't go away overnight.
Meanwhile, cloud and open source vendors are built on lower cost, more sustainable revenue models that require much lower upfront fees and instead depend upon longer-term subscriptions. In the case of these models, there is absolutely friction involved in switching vendors, but it's a different kind. For an open source CRM company, for example, an enterprise can switch to an alternative provider at any time, but is unlikely to do so, given all the data that accumulates in the open source system.
Data, therefore, and not maintenance contracts, is the new lock-in.
Actually, it's always been this way. The difference is that the legacy proprietary software model was a two-phase lock-in, built on both data lock-in (which is a natural consequence of committing to a single system and can't easily be overcome) and contractual lock-in. SaaS and open source eliminate the second component of this lock-in, but nothing can fix the first part.
Time to short Oracle and its ilk? No. There's still plenty of lock-in left in those ELAs. But time is running out on the proprietary vendors' lock-in of yesterday. ®
Matt Asay is vice president of corporate strategy at 10gen, the MongoDB company. Previously he was SVP of business development at Nodeable, which was acquired in October 2012. He was formerly SVP of biz dev at HTML5 start-up Strobe (now part of Facebook) and chief operating officer of Ubuntu commercial operation Canonical. With more than a decade spent in open source, Asay served as Alfresco's general manager for the Americas and vice president of business development, and he helped put Novell on its open source track. Asay is an emeritus board member of the Open Source Initiative (OSI). His column, Open...and Shut, appears three times a week on The Register. You can follow him on Twitter @mjasay.
Enterprise databases are more than just blocks of data
They tend also to contain a lot of business logic. It's that which keeps companies locked in, not the effort to copy the data across to a different database engine.
Oracle has never been aimed at small business. It really needs dedicated DBAs to manage and tune it, but when you do that it scales up to levels that the open source crowd simply wouldn't believe.
Those two facts together produce a lot of inertia. Oracle aren't going to wake up tomorrow, or even in a couple of years time, and discover their user base has been decimated.
dunno, one of the best things about your old fashioned suppliers is that if you find yourself up shit creek without a paddle they'll come and air lift your log to safety.
Re: Oracle? That crowd spreading malware?
* and the difference between God and Larry Ellison is... God doesn't believe that he's Larry Ellison.
Oh, shush - it's always a good time to pull-out an old standard.
Mine's the one with the unbreakable pocket protector.
Re: Enterprise databases are more than just blocks of data
I wish I could vote you both up and down. Yes, it's true that Oracle scales up to levels the open source tools cannot reach. But not every Oracle customer needs that. In fact, for a lot of them, the open source tools will do fine.
Oracle will always be in the "big relational database" space, but like IBM with mainframes, the growth you can extract from this segment is quite limited.
Did you ever worked on a *real* enterprise database?
Lot of sensitive data. Lot of precious informations. Lot of informations you don't want to share with your competitors. Big ETL jobs to add new data, and procedures to extract reports. Those are the last companies that will move to the "cloud" whatever that means. Sure, pointy haired bosses read about the "cloud" everywhere and tell when interviewed they think to move to the "cloud", and they think about a fluffy white vapor. Then they ask their BOFH, and he simply shakes his head - no way to make the actual data load work "in the cloud" - but maybe our private one. Built on Oracle or the like.