Tuesday, February 28, 2006

Doom! Doom I say!

Classic Nicholas Carr post yesterday. Big sensational headline to grab attention, followed by some specious reasoning.

The headline is “Is the server industry doomed?” Much like the title of his book, Nick Carr isn’t really asking the question; he’s already got the answer. And for Nick the answer is yes.

I couldn’t disagree more. While the server industry is definitely changing, it’s by no means dead, dying or doomed. Let’s walk through Nick’s argument, debunk it, then consider a few other data points as well.

First argument: Virtualization wrings more utilization out of a single server. Thus companies need fewer servers. The server industry is doomed.

It’s indisputable that virtualization dramatically increases server utilization. On average you may get from 15% to 60% utilization out of an x86 server using virtualization. The technology is wildly popular and I think most would agree it’s also reached the mainstream. With a 4x gain in utilization, by Nick’s logic shouldn’t the server market have fallen to ¼ of its 2002 size (when virtualization hit its growth spurt)? In actuality, this past year the server market grew by 5%, capping off 8th consecutive quarters of growth. This, on a $50 billion base, is no small feat. In fact, the advent of virtualization seems to be correlated with when the server market resumed its growth.

Let’s be charitable and assume we’ve just been in the early adopter phase of virtualization. Shouldn’t we have at least seen the server market shrink by 10% given some early utilization gains?

The reason we aren’t seeing market shrinkage after an increase in server utilization is the same reason we never heard Ross Perot’s “giant sucking sound.” We found a way to do more with less of a particular item. This makes that item more valuable to us because it’s become more productive. Thus we want more of this highly productive thing. This happens all the time when new technologies like virtualization are introduced. For example:

When word processors took off, everyone thought it would crater the employment of administrative assistants. Today there are more administrative assistants working than before because they are so much more productive (i.e. valuable).

When personal computers took off, everyone predicted the paperless office. Instead today offices consume more paper than ever. Why? Because all those electronic files are so darn easy to print!

Why do you think the #1 server vendor (IBM) is also the #1 virtualization software distributor?

Second argument: Computation will move to brand-less collections of chips and drives arrayed in a grid. Clever software will orchestrate all of this. Google showed us this can be done. The server industry is doomed.

This is basically a pitch for “grid computing,” a term IBM coined 5 years ago that has yet to bear fruit in the marketplace. The grid is not virtualization. Virtualization makes one server appear as many. A grid makes many servers act as one which is also what Google does. The question is, who really needs many servers to act as one? After all, we’ve just said your average application can barely utilize 20% of an Intel processor. What’s the rush to stitch all these processors together to serve a single application? It turns out, almost NO ONE needs to do this at a grid level. If you’re going to simulate nuclear explosions or serve up a billion searches a day, go buy or build a grid. Everyone else can sit tight with their 2-8 processor boxes which they can now get 80% utilization out of. And if you have an applications you think might require a grid, just wait a year longer and Moore’s law will save you the trouble.

Third Argument: Utility grids will supplant “sub-scale” corporate data centers. The server industry is doomed.

Prove it. Show me a spreadsheet that demonstrates how a grid costs materially less than in-house alternatives with a comparable quality of service. I think you’ll find that there’s little evidence that your typical Global 2000 company is sub-scale. Compared to electricity (Nick’s favorite analogy), what are the big, up-front overhead costs in corporate computing that need to be amortized across a user base that’s larger than the corporation? In the cases of electricity this is fairly obvious, a power plant costs a ton of dough. By contrast there isn’t much in computing that costs you more than $ 1 or 2 million up front. This is a trivial amount to amortize away in a large corporation.

Where are the computing utility economies of scale coming from? Purchasing power? Know-how? Let’s end the hand waving and pragmatically lay this out. Otherwise, let’s drop the topic and wait another decade until there's more substance behind the rhetoric.

The contra-example

I’ll cut Nick Carr a little slack due to his frequent use of the subjunctive “may,” but otherwise that post was pretty far off the mark. What’s even more interesting is today we’re actually witnessing the OPPOSITE of what Nick is predicting. He says it’s all going to commodity hardware run by clever software. In fact the reverse is happening as vendors push software tasks back down into the server layer. Witness:

Azul
Cassatt
Datapower (now IBM)
Egenera
Fabric7
Netezza
Netscreen (now Juniper)
Tacit Networks

Or you can read about it in BusinessWeek and the Mercury News.

7 Comments:

At 8:46 PM, Blogger Vinnie Mirchandani said...

I agree doomed may be strong, but margins will become a lot more reasonable. He did not touch on likely Chinese impact (see what happened to ThinkPad pricing within a year of Lenovo taking over IBM PC division), continued open source impact. And he is right about data center consolidation.

The question is how long before Google starts offering processing cycles at utility pricing? Hardware as a service...

 
At 10:01 PM, Blogger Charles said...

Clearly the margins of RISC/Unix boxes of the mid-1990's were pretty out of hand.

Your last statement is an interesting idea, but there are three catches:

1) Google's grid is only valuable to the extent you have a highly parllelizable application. Most enterprise applications are only somewhat parallelizable.

2) You'd probably have to architect your application specifically for their grid.

3) For your average enterprise application, I'm not sure the economics are so much better. Either way you're drawing MIPS from an Intel chip, consuming memory, consuming watts and taking up space in a data center. Sure Google is smarter than the average bear but the benefits they bring from better know-how are likely offset by Coase's transaction costs.

 
At 4:30 AM, Blogger Vinnie Mirchandani said...

I said Google somewhat tongue in cheek - they have their hands full with several other sectors...the point is they have shown a very different way to reduce their comptuing spend...such opportunitires to use commoditized components are available in every sector and new competitors will emerge to disrupt incumbents unless the incumbents move themselve

 
At 1:08 PM, Blogger jeff nolan said...

Excellent analysis Charles. I'd also remind everyone reading this that at one time the storage industry was "doomed" and the PC industry "doomed" and Apple "doomed" and even Roger McNamee called SAP "doomed" back 2000 or around then. Lot's of doom going around, yet companies still manage to prosper.

 
At 8:59 AM, Blogger Dan Ciruli said...

I agree with your points about servers.

I work at a distributed computing company, and I disagree that only nuclear simulations need lots of computers (we have lots of clients doing lots of rather "pedestrian" work on many machines). I think distributed computing will become more mainstream.

And I do believe there will some sort of market for computes for hire--Sun hasn't been too successful selling CPUHours yet, but at some point someone will.

In either case, though, it's not going to doom the server market. It's going to get more people using more servers.

 
At 9:04 AM, Blogger Dan Ciruli said...

Oh - and as for Vinnie's comment about Google renting compute time, I've been wondering that since October. Remember when Google announced its mysterious partnership with Sun? I thought that was one possible outcome.

 
At 2:49 AM, Blogger PetrolHead said...

On the server hardware arguments:

Fundamentally, some kinds of application scale better on multi-processor SMP boxes whilst others will scale across networks of blades. I'm simplifying but:

A key reason for that being the case is related to data access patterns. Some applications must share data across calculations and it pays, therefore to keep all that shared data in one place and put the calculations around it (partitioning). Other patterns are such that no data is shared and all calculation can be done independently.

The former pattern responds well to SMP/Servers, the latter to blades/networks.

In respect of google:

Their application is indeed suitable for the blade/network approach but that's not as important as the software and design patterns they use.

These patterns (and the software) could be used in many an application and would allow it to run on cheap blade/network deployments. This is where their real advantage is - they are able to build network systems that scale and are reliable.

Such patterns are not something the average enterprise developer is familiar with. Indeed with business forcing the commoditization of enterprise development skill, most of these developers simply aren't good enough to exploit these patterns.

That yields an interesting tradeoff:

Cheap programmers plus expensive servers and expensive frameworks yielding monolithic systems

vs

Smarter programmers plus commodity boxes, simple frameworks and modular systems.

Dan Creswell
http://www.jroller.com/page/dancres

 

Post a Comment

<< Home