He Ain't Superman

Back in the early days of java and the time of the dotcom bust, George Reese was a minor pundit/author (O'Reilly division) in the database part of the world.  You can look up his stuff at O'Reilly or Amazon.  Not much heard from since then.  He would occasionally show up on the O'Reilly site.  And he has again.

Here's his take on the Amazon fiasco.  What's so intriguing about this missive is the Up is Down meme involved here.  The Cloud meme has been promoted as a less: expensive, time, resource, attention answer to the Data Processing Problem, particularly for web sites.  Reese spends his few thousand words telling us that the SLA is *our* responsibility, not Amazon's.  Ditto for infrastructure design.  Ditto for physical design.  Ditto for just about everything.  Well, you're not allowed RDBMS, but you didn't want that anyway, did you?

He spends all that ink telling us that we have to work around the fragility of Cloud provision, in order to utilize Cloud.  And we can't do databases, because, well, Cloud just isn't quite up to that.  Where, exactly, is the win for clients who care about their data?  He admits that such services won't provision such that there is sufficient excess capacity to support the loss of significant resources.  Kind of like what might happen if you ran your own datacenter, only worse. 

What's most annoying about his missive is that he makes, nearly explicitly, the assertion that the storage method, Cloud, determines the nature of the datastore.  Not only can you not have SSDs as primary store for a BCNF databases, you can't even have *any* sort of RDBMS if you use Cloud.  Last time I checked, that's the tail wagging the dog.  But knuckleheads who admire the Emperor's New Clothes typically ignore such conflicts.

Oh, and you really should go read the piece.  The commenters have a field day with his silliness.  Yum.

[UPDATE]
In my haste to get this in words, I neglected to explicitly state the objection to Cloud I (and others) hold:  the value proposition for Cloud is that it enables organizations (even just the IT group on its own) to out source an unwanted responsibility at lower cost; don't do it yourself and save money.  Reese's treatise, and the failure, deny the existence of that proposition.  This, while I gather he doesn't get it, is kind of a Big Deal.

Was A Cloudy Day

As regular readers know, I've not been a fanboy of anything Cloud.  My reasons are less to do with security, reliability, and other mundane considerations; rather that Cloud represents lowest common denominator (race to the bottom) disk storage.  As a means for storing family vacation photos, well, OK.  I'd prefer to keep those on my own storage, but each to his own.  But Cloud for serious storage, I've never been a fan.  My Yellow Brick Road is paved with SSD running BCNF databases.  Unless, and until, Cloud provisioners recognize that it ain't "about just bytes", I'll pass.  Some times, if it's too good to be true, it ain't true.

Then Amazon jumped the shark.

Here's another take on the situation.  This is from an experienced Cloud provider, of a sort.  As he says, the Fortune X0 have been trying to provide a central storage solution for rather a long time, with little obvious superiority.  It's worth noting that the IBM Service Bureau service goes back to, at least, the early 1960's.  Cloud is neither new nor a walk in the park.  I guess Amazon and its clients now know that.

The Service Bureau (and similar) were able to provide some semblance of service over leased lines.  The notion that TCP/IP, with HTTP tossed in, over normal phone lines is sufficient is, well, immature.  What was that you said?  The Emperor has one fine set of threads.  Yes, yes he does.

Not A Cloud Was in the Sky

On more than one occasion, I've made the point that "cloud computing" is really very old hat.  Or, old wine in new bottles.  I came across this interview with IBM honch Steve Mills.

Here is a clip:

Mills: I think that's the number one reason why this is appealing to CIOs. The interesting part about "cloud speak" is that many people want to isolate their discussion of cloud to only certain classes of companies. And my view is that's too narrow. Service bureaus emerged in the 1960s. I mean, ADP is one of the industry's biggest and most successful cloud companies.

Knorr: And earliest, right?

Mills: Yeah. If I'm in the accounting department and I use ADP, ADP is my cloud company.


The "service bureau" is actually older than ADP, and was an IBM invention.  See this search result.

Your Diagnosis, Herr Freud?

Just a short note about the new Intel 510/320.  In a nutshell, Intel claims the Marvell powered, sequential biased, 510 is the Prosumer part while the Intel powered, random biased, cap protected 320 is the Consumer part.

This makes no sense at all.  The early reviews, both systematic and informal, say that the 320 is a righteous part.  I'm going to order the 160 gig in a few weeks (or so), depending on whether there're reports of funny business.  Amazon shows two part suffixes: B5 and K5; the AnandTech review is a K5 part, so that'll be the one.  Now I can, finally, get around to running some data (leave the other stuff to the side for a week...) through HDD, G2, and G3 (as the 320 is being called).  Fingers dirty.  Yum.