February 10, 2008   Sign In |  About ebizQ |  Contact Us |  Join ebizQ Gold Club
Kiran Garimella
Kiran Garimella's BPM Blog
Meditations on the Power of Process

« Travel Diary Part I : Where's Waldo?l | Main | Back from Asia »

August 29, 2006
IBM's New "Processor Value Units"

I have another travel update I'll post shortly, but wanted to get one "on topic" post up as well.

Long time blog readers will know that I've had a long time interest in business models and pricing models for enterprise software. CPU pricing, while currently the norm, has several major challenges. CPU performance continues to increase rapidly, effectively cutting software vendor's prices in half every eighteen months. Not to mention the very definition of a CPU is becoming nebulous. Is an eight core Sun Niagra processor a single CPU? Or how about a eight virtual CPUs all runing on a single physical CPU using something like VMWare. Or what about open source business models that are charging for support (or even for new features). 

All of this makes pricing enterprise software challenging. BEA tries to cope with this by having well documented and explicit policies around multi-core and virtualization. And by, where it makes sense, having enterprise license agreements that allow for even more flexible use of products. Others, like Sun, having taken revolutionary steps such as subscription-based per employee pricing. Still others have declared an intention to do transaction based pricing. (Which, as I've discussed before, I think is a horrible idea. It makes software costs unpredictable and discourages use.)

But perhaps worst of all is what IBM just announced for it's middleware pricing. They've brought back the idea of "power units" or MIPS based pricing, this time calling it "processor value units". IBM portrays this as providing for more flexibility and simplicity in pricing. (I think flexibility in this context means "we can charge you more".) Most disturbing is their announced intention to "differentiate licensing of middleware on processors .. [evolving] to differentiate processor families based on their relative performance". Meaning that if a faster processor comes out, IBM plans on charging you more to run their software. Or they might charge you more to run on Sun SPARC chips than IBM chips.

I agree that simplicity is a desirable characteristic for pricing. But I don't think processor value units create any simplicity at all. In order to buy WebSphere I know need to know how exactly what models of servers I have, exactly how many cores they have, exactly how I've partitioned those servers, and exactly what processor value IBM has assigned my server model. That doesn't sound simplistic to me.

Posted by davidogren at 03:15 AM in Other | Digg This | Add to del.icio.us

Trackback Pings

TrackBack URL for this entry:
http://www.ebizq.net/mt/mt-tb.cgi/640

Comments Post a comment




Remember Me?

(you may use HTML tags for style)

We ask that you type your code (displayed below) in the text box.This code is an image that cannot be read by a machine. It prevents automated programs from submitting comments.


Code:



Most Recent ebizQ Blog Entries
ADVERTISEMENT
Subscribe
My Work Elsewhere
This Work
Accountability:The opinions expressed in this blog are solely representative of the blog's author, and not of ebizQ

Blog Roll
Subscribe to our Newsletters
ebizQ Weekly Gold Club Update
Live Webinar Updates
Updates from ebizQ Partners
ebizQ SOA Update
ebizQ BPM Update
ebizQ Security Update
ebizQ BI Update
ebizQ Open Source Software Update
Virtual Show Newsletter
Your E-mail Address:
BAM: The Killer App for CEP
Date: Feb 12, 2008
Time: 12:00 PM ET
(17:00 GMT)

I WANT TO ATTEND
Event Processing Market Pulse
Date: Feb 14, 2008
Time: 12:00 PM ET
(17:00 GMT)

I WANT TO ATTEND
Archived Webinars | Upcoming Webinars

Marketing Solutions | Feedback | About ebizQ | Unsubscribe | Privacy Policy | Site Map