At the GRIDtoday VIP Summit in Chicago earlier last month, I gave a
presentation that was a bit offbeat. Much is being written about the
how Grid is a paradigm-shifting, barrier-breaking technology that is
going to transform not just the data center, but the way enterprises
develop and deploy applications. And while the marketer in me
appreciates such boundless enthusiasm (and the scads of news coverage
the topic generates), I thought it would be a productive session to
look at the topic from another angle. Why are more companies not
adopting Grid? Or, why are they not adopting more of it, faster?
What follows here is a narrative of the five reasons presented during that session.
1. Lack of Understanding
For fans of "Saturday Night Live," you may recall a skit with Dan
Aykroyd and Gilda Radner as a couple debating the benefits of a new
product called "Shimmer," which -- according to the sales rep, Chevy
Chase -- was both a dessert topping and a floorwax.
Even those of you who never saw the original may be familiar with this
vignette, especially if you've been in the technology business long
enough. What is it -- a dessert topping or a floorwax? It's a pop
culture reference often used when products don't fit neatly into one
category. Given how much airtime is used defining Grid, it's an analogy
that's quite apropos. "Well, it's a cluster, it's a Grid, it's
virtual infrastructure ... " and the list goes on.
When we were at the last GRIDtoday Summit in London this May, we spent
time the first morning debating the differences between clusters and
Grids (and the implied value proposition of each.) Admittedly, it was a
slightly painful discussion. John Hurley of Boeing gave a brilliant
talk about the reality that enterprises don't care what we call it as
long as we can clearly articulate what this technology does for the
enterprise.
As distributed computing has evolved, many catch-phrases have been
used, especially as marketing machines continue pumping millions of
dollars into propagating each unique label. For some companies, it's
software. For others, it's hardware or services. And sometimes, it's a
vision or a brand that encompasses all three. But while vendors develop
new buzzwords in the hopes of creating a market distinction and -- we
hope -- a market advantage, in the end, what we've really created is
confusion.
Without question, if our buyers -- the users -- don't have a common
language to discuss problems and solutions, it slows things down. This
confusion perpetuates a lack of understanding about this technology. At
DataSynapse, 18 months ago, the questions we were fielding during
evaluations centered more around "What
is Grid?" As the market
matured, the questions have shifted to: What does it do, exactly? What
will the impact be? Why do I want it? And probably most frequently
these days, "How do I get started?!"
To address this new need for customer understanding and action, it's
imperative to steer conversations toward the problems Grid can solve,
including proven examples of what this technology can do for their
businesses.
2. Resistance to Change
Another hurdle that can't be discounted is the natural resistance to
change that exists within the enterprise. Grid evangelists sometimes
encounter the attitude that "good enough" is good enough.
Interestingly, though, the old adage about not fixing things that
aren't broken doesn't apply in this case because, while "broken" might
be the wrong word to describe enterprise technology today, there is
pain within the enterprise when application performance, scale and
reliability issues arise. But still, it's difficult to battle inertia
and to get folks to embrace
new ways of solving
old problems.
This is because -- shock of shocks -- new technology requires new skill
sets to deploy and support it.
For folks who've spent years building intricate "plumbing," the care
and feeding legacy distributed systems often require can translate into
job security, even if those homegrown solutions are not be getting the
job done as efficiently or effectively as possible. And, lastly, change
often equals risk. Proponents of Grid must be able to articulate the
risk/rewards scenario and the expected impact of a successful Grid
implementation
The fact of the matter is, Grid represents both an evolution
and
a revolution. We all acknowledge that most enterprises have been doing
some form of distributed computing for years. So perhaps, implementing
Grid is merely an evolution from homegrown to packaged technology, so
enterprises can redeploy IT resources -- away from "minding the
infrastructure" and onto other value-add projects.
And yet, the impact of this technology -- up and down the entire stack
-- means that it is also revolutionary. Why? Because it has the power
to potentially change the way enterprises buy and deploy software and
hardware, and, ultimately, the way they manage a service-oriented
enterprise.
3. Cultural Impact
Closely related to "resistance to change," the fear of the unknown
prevents many a journey. Because it's not well understood, cultural
impact is one of the more widely reported inhibitors to Grid adoption.
As Grid software breaks down the silos that exist between applications
and business units, the simple fact is that people have to learn to share.
Grid delivers the power to distribute application service requests
across a pool of shared resources that are dynamically expanding and
contracting according to business demand -- regardless of who owns those
systems or where they're located.
The technology exists, but enterprises are simply not set up that way.
If one business unit pays for those resources, there's a proprietary
sense of "Why should I share? Let them go pay for their own." Often
referred to as "server-hugging," this is one of the most common sticking
points cited early in Grid software evaluations. Even if the resistance
to sharing is overcome, there are still other questions to answer.
Users often ask, "How do I know that, if I share, I'll still get what I
need done, when I need it?" What's lacking is the sense of trust in the
Grid's ability to guarantee execution of service requests based on
policy, priority and user-defined business rules.
4. Technology Impact
Though many companies have already started adopting Grid, there are
still many questions around where the technology fits within the IT
landscape. How will it impact current and planned infrastructure? Most
significantly, what applications fit on the Grid? Which make sense and
which don't?
For example, during our implementations, applications are
assessed based on multiple criteria (e.g., unit of work, I/O
requirements, whether the workload is synchronous/asynchronous,
stateless/stateful, etc.). Applications are then plotted in a quadrant
that maps ease of integration against business value.
In Figure 1, applications that fall into the green quadrant (the
low-hanging fruit) are often characterized as computationally intense
or HPC. They represent the most significant pain points, and because
they often have work that is "easily parallelizable," Grid-enabling
them is somewhat straightforward. Unfortunately, the perception exists
today that Grid is only good for HPC applications. While it is an
obvious and easy place to
start for most enterprises, it doesn't
represent the sum total of opportunity for Grid within an enterprise.
There are two other hot-buttons that fall under the heading of Technology Impact: standards and security.
Standards are evolving, but slowly. Because of the overlap with so many
other technologies like Web services, SOA and traditional distributed
computing, a number of standards bodies are developing standards
related to Grid computing including the W3C, OASIS, IETF, DMTF, WS/I,
EGA, GGF and others. While it is not practical for vendors to support
all of the standards in the space, a combination of industry adoption
and standards maturity will eventually clear away some of the
confusion.
Security also gets a lot of airtime, especially in situations for which
the enterprise is deploying Grid across its desktops. In a shared
environment like this, IT must be able to reassure users that the only
thing being scavenged is processing cycles --
not proprietary, business
critical information.
5. Software Licensing
Although this topic could be logically grouped under
"Technology Impact," it's important enough to deserve it's own
place on the top five list. Arguably, software licensing is probably
the most-talked-about reason (right behind the cultural inhibitors) to explain why companies are slow to adopt Grid.
In a recent and comprehensive report on software licensing, the451 Group asserts: "As [enterprises]
evolve into using Grids as more mainstream technology, the restrictions
of current software licensing will become an even greater obstacle."
It's a pretty succinct summation of the limitations that current
licensing practices (per CPU, per seat, per user) place on Grid
adoption. Without question, the new computing models will require new
licensing models. Grid is just one of many catalysts spurring this
dialogue.
While much has been reported about how ISVs are uninterested or
unwilling to address Grid, there
is progress. A growing list of ISVs
have
embraced Grid because it's a way to boost customer satisfaction
(e.g., Algorithmics, Calypso, Milliman, Reuters, etc.). In some cases,
they're announcing OEM agreements that embed Grid capabilities in their
software to offer out-of-the-box integration to their install base --
and all the inherent benefits in improved application performance that
come with it.
Summary
So, who's
not afraid of Grid computing? Actually, there is a
prestigious and growing list of global firms -- many of which are household brand
names -- that are willing to speak publicly about the significant and
measurable value they are deriving from Grid. Moreover, these are
companies that, in many cases, are expanding the size and scope of
their existing implementations to move toward enterprise Grids --
virtualizing multiple applications across multiple lines of businesses
and geographies. The case studies are out there -- at events like the
GRIDtoday VIP Summits and the upcoming GridWorld -- and anyone who cares to can who is utilizing Grid and how.
About Kelly Vizzini
As chief marketing officer at DataSynapse, Kelly Vizzini works to
leverage the company's existing successes and domain expertise to build
a brand identity that positions DataSynapse as the de facto standard in
the U.S. and European markets for distributed computing solutions.
Prior to her role at DataSynapse, Vizzini held marketing positions at
several software companies including Prescient, Optum, Metasys and
InfoSystems. She holds a bachelor's degree in journalism and
communications from the University of South Carolina.