Archive for August, 2009



The Psychology of Free Computing

Friday, August 28th, 2009

Airlines are always looking for a new purple cow. How about this one:

In-flight Wi-Fi is a new purple bovine that’s gaining momentum. The Wall Street Journal reported yesterday that more than 500 planes are already in our skies with wireless access, and Delta and American are leading the way. Interestingly, but not surprisingly, the airlines are having trouble figuring out how much to charge for the service. With price plans ranging from $5.95 for flights under 3 hours to $12.95 for long-haul flights, usage has not been what the airlines had been hoping for. Completely free service has been tried with great success, but as one airline found out, even a $1 plan caused usage to drop off considerably. In a telling comment that exposes a misunderstanding of trends in technology, Michael Planey, a consultant specializing in in-flight passenger technologies, had this to say about the free vs. pay model:

There’s a very substantial decline in passenger usage the minute you start charging for the service.  It really begins to invalidate the model on which this service is being built for the next 10 years.

I don’t know much about Mr. Planey, but I hope he’s wrong about the model for the sake of those building the systems.  If he’s right, we need to avoid investing  in companies building Wi-Fi for the airlines.  Why?

We all know Moore’s Law, but less well known is that Caltech professor Carver Mead was the first to focus on it’s economic corollary:

If the amount of computer power for a given cost doubles every two years, then the cost of a given unit of computing power must halve over the same period.

We can substitute the words “storage” and “bandwidth” for “computer power” without invalidating the claim. Storage is doubling in one year, and bandwidth every nine months.  That’s why you can ditch your TiVo in favor of Hulu. The upshot of all this is that the cost of computing power, storage and bandwidth is getting cheaper and cheaper by the day, to the point where it will almost be too cheap to meter.  (For an outstanding in-depth analysis of this topic, add Free, by Chris Anderson to your reading list.)

So any revenue model that is built on charging for these commodities that continue to fall in price is, as Al Gore might say, a risky scheme.  Moreover, by charging for Wi-Fi access, the airlines are missing better revenue opportunities by forcing people to stop and ask the basic question we all ask when there’s a price tag of any amount:  “Is it worth it?” Is it worth opening my wallet to pay for a few hours of internet access? The airlines have already proved that any price lowers usage dramatically. So why not  just give it away, and use it as an opportunity to connect with their customers to up-sell or cross-sell them on other services? Don’t force your customer to incur the mental transaction cost of deciding whether to purchase, particularly when you have a captive audience for a few hours. There are oh so many ways to make the Wi-Fi service free and yet profitable at the same time.  “Give ‘em the razor” as King Gillette did so successfully.

razor

So what’s the application of all this in our IT shops?  Sort of the reverse, actually. While computing power, storage and bandwidth are getting cheaper, they are certainly neither free or cheap enough to ingore.  They occupy monetary space in our capital and operating budgets as well as three dimensional space in our data centers. From a financial standpoint, many of us are not in a post-scarcity environment where we can afford to let the user community run wild. If we make all of the resources available for free, they’re going to indiscriminately use every last cycle, byte, and bit. For example, Google used to offer free snacks at their on-site conferences, which resulted in half-eaten power bars and bags of chips strewn all over the room, illustrating that people tend not to care about things they don’t have to pay for. But if it costs something, be it monetary or accountability, the user will automatically stop and ask “is it worth it?”

Am I suggesting charge-back systems? That’s certainly one way to go, but impractical for most of us.  (Ironically, charge back systems will be de rigueur in cloud/utility computing). If cost and budget are issues, and you’re up against your resource limits, then simple accountability is a better strategy. Get some tools and actually measure your resource usage. Sounds obvious, but we see few customers do it. There are plenty of low or no-cost tools to measure storage and bandwidth usage, so it’s within everyone’s reach to do so. Then comes the less pleasant part: go to your more aggressive resource users and really challenge them to justify what they’re using. As Pavlov discovered, they will eventually respond appropriately, if for no other reason than to avoid the pain of future visits.

“Free” in the right context (marketing) can be a wonderful revenue generator, but “Free” in the wrong context (IT) tends to encourage wasteful habits, and we ought to be good stewards our of business resources regardless of their cost.

//spk

Post to Twitter Tweet This Post to Delicious Delicious Post to Digg Digg This Post Post to StumbleUpon Stumble This Post

Got Lightning?

Friday, August 21st, 2009

Here in the east, summer didn’t decide to show up until August, and now the heat is here with a vengeance, which of course means severe weather of the electrical variety. Outside my office window a bolt of lightning slammed into the ground just a few moments ago.

storm2

(To protect the super secret location of our low profile facility, the arrow above is not actually pointed to our exact location ;)   ).  A mere 35 feet to to my left is 15,000sf of raised floor with customer production infrastructure humming along quietly.  Am I worried about an outage?  Not in the least. Why? Is it because we have a lightning suppression system deployed or because we have 3Mw of generator backup?  Is it because we have paralleled UPS units and expensive battery strings?  It is because we have at least one spare of every key component waiting in standby mode?   None of the above. I’m not concerned because we TEST all this stuff, and we do so religiously.

gentest1

Our generators are typically run weekly, and tested under full load regularly. Our switch gear is regularly maintained and tested by professionals.  Do you trust your switch gear enough to pull the plug on the whole building?  We do, and we test that too.

If you’re running infrastructure that you consider critical to your business, how comfortable are you that you’ll stay online if  lightning takes out the utility pole across the street?  Is your equipment protected  from the electrical surges that summer storms bring? Really protected?  If you’re using server-room class UPS units, such as the APC SmartUPS rack or free standing products, have you checked the health of those batteries lately?  How about the load on those units?  Has server sprawl quietly overloaded them? Will you stay up long enough to shut down gracefully or transfer to generator?  If you’re not fortunate enough to have a generator, how long can you afford to wait for power to come back on?

Lots of obvious questions to be sure.  But we find that in small to medium sized business,  they are often tragically ignored or neglected.  We know because these businesses in our area order their UPS units and parts from us, often after the worst has happened. When you discover that 92% of the businesses in the US are in fact 1-99 employees in size, neglected power infrastructure is a more widespread problem than you might imagine.

If you have a really big shop, it’s likely you have all of your power gear under maintenance and test it regularly just like we do, but if you’re a smaller shop, it would be good practice to begin regularly checking the health of your backup power gear and testing it. Today would not be too soon to start.

We care about all this because it’s par for the course if you’re running an enterprise-class data center as we do, but quite frankly it’s a pain in the butt if that’s not your business. If you’d rather focus on your core business and not worry about lightning storms, you could instead put your gear here. Outsource your power worries to folks who take them seriously and are well equipped to handle them.

//spk

Post to Twitter Tweet This Post to Delicious Delicious Post to Digg Digg This Post Post to StumbleUpon Stumble This Post

Gathering Clouds

Friday, August 14th, 2009

Meet the fearsome spectre of cloud computing. He’s staring at you for a reason.   Despite the fact that the cloud computing is currently the most overused, misunderstood, and over-hyped phrase in our industry, trying to ignore it any longer is probably not a good idea. Though still in a very early phase, the clouds are forming, and we all need to start paying closer attention to which way the winds are blowing them and what the future implications are going to be for our infrastructure.

ostrich-head

After spending several days this week listening to the major players in the industry outline their current offerings and future plans, it was quite obvious that what I was talking about back in April was not caused by lack of sleep or hallucinogenic substances:

A short history lesson tells us all we need to know about cloud computing.  In the 1800’s  power generation was the responsibility of  those who needed it. Be it steam, water, or electricity, if I had factory with electrical machinery and lights, I had to generate my own power, and if you needed power, so did you. And both of us had the hassles of building, operating, and maintaining a power generation infrastructure which, by the way, was not our core business.  Power was necessary to the operation, but it was not the product or service we delivered for profit.

Eventually Edison and Westinghouse figured out how to transmit electricity, and entrepreneurs realized if they could build a Really Big Generator and implement a delivery method, they could sell power to industrial users. The case from the entrepreneurs to business was clear: “Let us worry about the hassles of generating power so you can focus on your core business, and oh by the way, it’s going to cost a lot less than doing it yourself.”

Fast foward to the present…has the light just come on (pun intended)? Cloud computing is nothing more than the name-du-jour for the centralization of computing resources so that they can be delivered as a utility service.  Nothing more, nothing less.

Cloud computing is here now, perhaps in nascent form, but it’s here nonetheless.

The cloud is not new technology we’re going to go out and buy, per se.  It’s not in a box, and it doesn’t have a part number. It’s more of a paradigm shift back to way things used to be in the Golden Age of the Mainframe (which never died by the way…according to people who enjoy crunching the numbers, IBM’s System z sales last year were in the $3.5B range).  You can read the popular Wikipedia page on cloud computing, but I would suggest you think of the cloud more as a way that technology is delivered, much like electricity or water. You only consume the goods delivered rather than first having to generate or pump them yourself.

From a cloud provider’s standpoint, this means a virtualized and highly automated infrastructure, fast and easy provisioning, self-service, enormous scalability, a usage-based billing model, and a very granular portioning of resources. And that means programmers. Hosting companies that plan to operate cloud offerings are going to need a talented programming staff of substantial size along with a very sharp support staff to build and operate all of the plumbing to deliver computing resources to your doorstep.  Proof of this lies in the list of the brave few heavyweights that currently occupy the lion’s share of the cloudscape: Google, Amazon and Rackspace. Building these utility services is not for the faint-at-heart or low-on-cash, and the average hosting company is simply not going to be able to really play in the clouds until the Big Boys blaze the trail.

Currently, we can find cloud services offered to us in three flavors, or if you like, three different levels of abstraction:

Infrastructure as a service (IaaS). This is closest thing to hosting as we knew it before today – computing and network hardware offered as a utility service, but essentially without limits or long term commitments. Rackspace’s current cloud offerings are of this type. Here, the hardware layer is abstracted away, leaving you to worry only about the operating system and applications.

Platform as  a service (PaaS). PasS takes the hardware layer and adds the operating system and a development environment (software APIs), which you then use to develop your applications. The development environment ostensibly hides all the details of where your code executes and how your data is stored and protected.  So at this level, in addition to the hardware layer, the OS and the development environment are now effectively abstracted away.  Google’s AppEngine is a prime example of PaaS.  You may have already surmised a possible evil in PaaS.  If you develop an application on a particular vendor’s proprietary cloud platform (e.g. Google), they’ve got you locked in to their service, and there is no small amount of chatter going on about this in the industry. The open community is crying for an industry standard set of APIs, while the big players are fighting to establish dominance with their proprietary systems.  Obviously, it’s best to stay on the sidelines here until the dust settles.

Software as a service (SaaS). With SaaS, everything is abstracted – you are simply presented with a user interface for an application. Salesforce.com is the premier poster child for this model.

Cloud computing is becoming a deeper and more pertinent topic every day, and we’d do well to begin keeping a sharp eye on it. Cloud is not necessarily an either/or strategy. For small business, and to a large degree medium business, the server room will eventually disappear into the cloud, and that will be a blessing for many. For the enterprise space, however, cloud services  will be just another tool in the arsenal to solve business problems along with, dare I say it, the mainframe.

ibm_mainframe

If you work in IT for a small or medium-size business, there is a career signpost up ahead in the clouds.  Make sure you don’t ignore it.

//spk

Post to Twitter Tweet This Post to Delicious Delicious Post to Digg Digg This Post Post to StumbleUpon Stumble This Post


Twitter links powered by Tweet This v1.6.1, a WordPress plugin for Twitter.