by Steve Ulfelder
An Executive Guide to Utility Computing -- What it is, what it isn't, and the kind of results you really can expect
In the May 2003 issue of the Harvard Business Review, Nicholas G. Carr wrote a provocative article titled "IT Doesn't Matter". As might be expected, it roiled the zone in which business and IT collide; the article immediately spurred counterpoint columns, became the subject of dozens of symposia and launched heated boardroom discussion.
A careful reading of Carr makes it clear that his true argument is not so much that IT doesn't matter, but that it matters so much -- has become such a slab of business bedrock -- that it is actually IT's competitive value that's no longer a potential business differentiator. This is highly arguable itself, of course; some might say that in today's business environment, technology doesn't matter in the same fashion that electricity and running water don't matter.
Which brings us to the concept of expecting technology to behave as electricity and running water do. Those commodities are available anytime they're needed; they stand by invisibly when they're not; the infrastructure that surrounds them is resoundingly reliable; and they are paid for based on consumption.
This "invisible utility" model is the promise of on-demand computing, which also is referred to as flexible computing, grid computing, autonomic computing and a host of other terms. (Editor's note: After studying these terms, we've decided "on-demand computing" is both a good description of the practice and a name commonly used in the industry.
The dizzying variety of names is a symptom of the wider confusion surrounding on-demand computing. The field is growing so quickly and is being "spun" so furiously by vendors, system integrators, analyst firms and other interested parties that business executives seeking to learn about and evaluate it have a difficult time getting a solid footing. "Different suppliers are offering different mixes of [hardware, software and professional services] and using the same buzzword," says Dan Kusnetzky, a research vice president at Framingham, Mass.-based IDC. "Managers are often confused."
IT and business leaders are taking the on-demand computing movement very seriously -- as they should -- but they are also appropriately skeptical, having seen the hype cycle at work before. Murray Horwitz, CIO at Uline Inc., a Waukegan, Ill., shipping supplies company that currently has no plans to adopt an on-demand model, speaks for many technology leaders when he says, "It's a great concept, but I don't know how you implement it, and I think [vendors and enterprises] are going to have trouble figuring out how to cost it." This article's mission is to cut through the hype, language barriers and confusion to present a cleareyed look at on-demand computing -- its genesis, potential, limitations and implications for your business.
Defining On-demand
Here is a simple, if circular, way to define on-demand computing: It is IT functionality on demand. At its heart, on-demand consists of two elements:
- An architecture in which technology resources such as servers, storage and the network are "virtualized" and organized into pools that can in turn be allocated to end users according to business processes and policy-based service levels.
- A demand-based delivery model that offers customers a choice of deployment and payment models for deploying the architecture. Customers pay only for the resources they use.
To ensure business continuity, enterprises generally possess enough IT resources to meet peak demand. During off-peak hours, a great deal of processing power, bandwidth and storage capability sits unused, contributing nothing while draining electrical power, real estate and human resources.
The driving question behind on-demand computing is compelling: What if businesses could buy fewer of these IT resources, pool them and reliably meet users' needs by pushing the resources wherever they were needed?
Frequently asked questions: Do all these resources come from our own existing IT infrastructure? Or do we let a third party own the computers, so that we simply flip a switch and watch the functionality pour out? Or are we simply reorganizing the IT resources we already own? For the purposes of this article, "on-demand computing" refers to the practice of pooling your existing IT equipment, while "utility computing" refers to buying it from an outside provider.
Refining On-demand
On-demand computing brings a major shift in the way enterprises think about IT challenges. For the past decade or more, the idea was to integrate -- to make disparate software applications work together.With on-demand, IT becomes a set of functions a vailable on the network. "This is an architectural change," says Jason Bloomberg, a senior analyst at Waltham, Mass., research firm ZapThink. "And software architectures have always been very difficult to understand, let alone change."
To devise an on-demand computing architecture, the IT organization must create what's known as an abstraction layer. This is not for the faint of heart; it's a complex, time-consuming process that must begin with an exhaustive inventory of existing IT resources, which, in and of itself, is enough to frighten off many organizations.
Make no mistake, integration doesn't vanish in an on-demand world -- it remains a part of the picture, but it is no longer the final goal. Bloomberg offers one helpful way to think of this transformation. Under the traditional integration view of IT, all that matters about your company's mishmash of computer systems is connecting them. To shift to on-demand, you must change the mishmash into a set of Lego building blocks. Accomplishing this won't solve all your problems -- far from it -- but it's a necessary first step.
The major point to remember is that we are a long way from the day when you twist the tap and useful computing flows out.
Many executives wonder what on-demand will do to their investment in Web services, which are essentially a way for different software programs to communicate. Most experts say Web services will play a key role in the adoption of on-demand. The reason: The initial technical challenge is to virtualize resources -- to make them behave as if they are something they are physically not -- and it's not a stretch to say that Web services do the same for software applications. Put another way,Web services are a valuable tool in transforming the mishmash into Legos.
A Brief History
Like neckties, technology strategies come back into fashion if you hang on to them long enough. Veterans from the days before CIOs, when IT was the Data Processing department, may recall time-sharing. Developed at MIT during the 1950s, time-sharing became a popular way to access mainframes back when computers were as big as your shag-carpeted rec room and CPU cycles were expensive.
The endless boom of Moore's Law drove down the price of computing horsepower inexorably, and timesharing all but vanished. Then, in the late 1990s, the general idea made a comeback when businesses called application service providers (ASPs) appeared and attempted to rent out software applications (as opposed to actual computer processing). ASPs' pitch was that they could relieve businesses of expensive hardware purchases and IT employee salaries. This promise appealed to many smaller organizations eager to avoid up-front costs. For the most part, large enterprises weren't swayed; they already had a massive IT investment, and they were being urged to view technology as a major competitive differentiator.
Because ASPs tended to be startups, most failed during the Great Nasdaq Meltdown of 2000-2001. That failure sticks in the minds of some e xecutives. Michael McClaskey, CIO at Perot Systems Corp. in Plano, Texas, is bearish when it comes to on-demand computing. "I fear that just as in the ASP bust of a few years ago, users will expect commodity pricing along with significant customization of service," McClaskey says, "and the two cannot coincide in a commercially viable model." While he does not entirely dismiss the concept, McClaskey says Perot Systems won't embrace on-demand anytime soon.
Outsourcing, too, is hardly a new concept, and many of its goals and potential gains mirror those of on-demand: lower fixed costs, improved agility, closer alignment with strategic goals.
In fact, many elements of on-demand computing are already commonplace in enterprise IT. The practice is "to a large extent a financing option," points out Bruce Caldwell, an analyst at Stamford, Conn., research firm Gartner, Inc., and there's certainly nothing new about leasing or renting a server, or paying for only six processors on a 12-processor server with the option to add capacity if needed. Storage is sold by the gigabyte, mainframe power by the MIPS. Even services, such as the help desk, are contracted out and paid for by the trouble-ticket.
What is new, then, about on-demand? Unlike leasing and outsourcing, which are IT-organization-centric, it begins with business users' needs and works backward toward a solution.
Naturally (and rightfully), this is a persuasive argument for business executives.
What's in it for CIOs?
For CIOs, on-demand's major draw is its ability to allow them to say, "Yes, we can do that," rather than, "Now, hold on a sec." The past decade has seen senior technologists shift from their old gatekeeper role, in which they frequently found themselves explaining why various initiatives couldn't be undertaken, to a new and welcome role as enabler. "Today, the CIO is fundamentally thinking about making IT meet the needs of the business," says ZapThink's Bloomberg. "In the past, most IT groups weren't very good at that.Well, the CIO doesn't want to be the bad guy anymore. In those C-level meetings, he wants to say, 'We have a flexible IT organization that can meet the needs of the business and do it with low risk.'"
According to Gartner's Caldwell, this is the factor that has CIOs from every industry intrigued by on-demand: by cutting up-front investment dramatically and offering variable operating costs, flexibility and scalability, it allows enterprises to "deploy a new system almost overnight, so you see much faster ROI," he says -- and return on investment is one of the maj or goals of enterprise IT today.
The Challenges
Amid all the hype regarding on-demand computing and its offshoots, it pays to take a close look at what the technology cannot do -- by itself, at any rate. For example, while on-demand may help businesses reduce their investment in IT resources, it does little to address the age-old challenge of aligning technology spending with strategic business goals. Because on demand is at its root a way to shift resources from one spot to another, its Achilles' heel is exposed when the following questions are asked:
- Where is the given resource needed most?
- How confident are we that we've answered the previous question correctly?
- What are the risks if we answered it incorrectly?
On-demand computing can be very attractive. But know that, if you do it poorly, you will sometimes be under-provisioned and sometimes over-provisioned. In other words, you'll be no better off than if you had simply stuck with your old-school, overbuilt IT infrastructure. In fact, you'll be worse off, because with the old infrastructure, you were almost never under-provisioned.
The Marketplace
One major reason for the prominence of on-demand is that most of the world's largest technology vendors have embraced it. Hewlett-Packard, IBM, Microsoft and Sun Microsystems have all made significant investments in the initiative.
System integrators, too, are elbowing in. Some analysts say that if on-demand gains favor, the actual practice of system integration loses its starring role in enterprise IT -- which could place system integrators in the uncomfortable position of advising clients to undo much of the work that SIs have been advising them to do for a decade.
But businesses implementing on-demand will face many new challenges, and many will turn to integrators for expertise -- and indeed, much of the knowledge SIs have built around XML-based Web services and other technologies will prove valuable. Thus, according to a recent Summit Strategies report, on-demand is "a double-edged sword" for global SIs -- those firms "will certainly not be shut off from all this emerging technology," the report says, but they are "unlikely to reap huge revenue gains" from on-demand.
IT veterans have watched plenty of Next Big Things fizzle. In a recent IT World survey, 25 percent of all respondents called on-demand a smoke-and-mirrors technology. Uline CIO Horwitz says, "On-demand will never be as cost-effective as buying the correct size hardware and planning for peak loads. It is a great concept and could solve many issues. But most of the time as a CIO, you need to be in control of the hardware environment, and this does not lend itself to that."
Colin Rankine, an analyst at Cambridge, Mass.-based Forrester Research, is another skeptic -- from a value standpoint. "The pay-per-use model is intuitively appealing, but the reality is that technical and licensing issues don't allow effective resource-sharing," Rankine says. "For enterprise data centers, it's a zero-sum game; the risk and metering overhead cancel out any savings."
For most, merely evaluating on-demand is a challenge today, what with the rapid change and unsettled terminology that prevail in the field. However, it's a challenge
worth addressing, as on-demand may be the most significant shift in IT thinking to arise in the past 20 years.
Research RoundupA LOOK AT SOME OF THE LATEST TALK AND TERMS OF ON- DEMAND One of the difficulties in discussing and evaluating on-demand computing is that as with most young, rapidly changing technologies, the various names and terms used to describe it are constantly in flux. For example, some use "grid computing" to refer to something quite similar to on-demand computing, while others think of grid computing as vast peer-to-peer networks of home PCs. Confusing? You bet. "We know of no fewer than 14 buzzwords" commonly used to describe core on-demand computing alone, says Dan Kusnetzky, a research vice president at Framingham, Mass. - based IDC. We'll try to cut through the confusion and describe the types and offshoots of on-demand computing as they are most commonly used today. On-demand computing is an enterprise computing model in which resources are funneled to users according to demand. Those resources can theoretically include servers, network bandwidth, storage, data and even software applications; moreover, they may originate with an outside service provider or within the enterprise itself. Think of on-demand computing as the parent of many of the other terms defined here; that is, utility computing and grid computing as subsets of on-demand. Utility computing is the on-demand subset (sometimes called pay-per-use or metered services) in which the IT resources and infrastructure are provided by an outside services firm. As the name suggests, enterprises are charged according to their usage. Grid computing is the practice of applying many networked computers' processing power to a single problem simultaneously. It originated as a way to create a virtual supercomputer to solve complex scientific problems. Grid computing is an ingenious way to mass the power of hundreds, even thousands, of computers that would otherwise sit idle. Today, it's most frequently used in technical, scientific and academic communities; opinions are split on whether grid computing will have practical enterprise applications in the near future. Some call grid computing "provisioning on steroids." DCML (data center markup language): A proposed standard created by the DCML Organization aimed at describing the components running in corporate data centers. If DCML catches on, it could become an accepted metric service providers could use to charge for utility computing. EDS, Computer Associates and BMC Software are all members of the DCML Organization, but key players IBM, Microsoft and Sun have not signed on as of press time. Virtualization, often used to describe computer servers and storage, occurs when a device is made to appear and behave as if it is something it's not. For example, a virtual storage device may actually be a pool of several devices -- but the computer's operating system treats it as a single entity. This is an important enabling technology for on-demand because the idea is to pool multiple devices into a single virtual entity, then draw from that entity as needed. Web services: A relatively new class of software applications that can communicate and work with one another over the Internet. |
