Colucci Norman
Digg icon reddit icon Stumbleupon icon
Print Email     Print Edition Stories
Christopher Gillett of Visible Measures keeps only part of his head in the cloud.

Friday, January 9, 2009

Cloud computing's SLA obstacles clear in 2009

By Galen Moore

2009 will be the “Year of the Cloud,” pundits predict. It has a nice ring to it, but cloud computing — that nebulous way to provide IT infrastructure on the cheap — appears to have come up against a very solid barrier. Internet-based infrastructure services like EC2, Amazon.com’s Elastic Cloud Computing offering, aren’t yet able to sign the service level agreements (SLAs) companies need to entrust their largest, most core computing tasks.

Soon that may change, say analysts and CIOs.

Cloud computing cuts costs dramatically, by allowing customers to share offsite servers, virtualizing, allocating and paying for them as needed. That works great for startups, especially those who provide a retail-type service online. But for companies with mission-critical computing needs and mature software-as-a-service providers, the cloud, for all its elasticity, can’t provide the necessary customization and SLAs.

Cloud computing has become a valuable service to power business intelligence, but companies have held off with more critical functions like enterprise resource planning applications, said Curt Hall, a senior analyst with the Arlington-based Cutter Consortium analyst group. “We’re just concerned that Amazon and the other cloud providers can’t really handle the enterprise yet,” Hall said. “Maybe they can, but we’re not sold on it yet.”

Boston’s Visible Measures Corp. uses EC2 as an extension to its in-house data center. The cloud supports development and serves as a backup in case of a massive failure or a sudden demand spike that exceeds its servers’ capability.

But the SaaS company’s core function, tracking video use and sharing across the web for advertisers and content publishers, processes too much data to rely primarily on Amazon, officials said.

“We need to have very, very fine-grained control on data collection,” said chief software architect Christopher Gillett. If Visible Measures’ instance on EC2 is colocated next to another, that other instance might be using the cloud of computing resources in a way that negatively impacts Visible Measures’ ability to process data.

“We need to have the machines up and running, we need to know what they’re doing, and we need to know what the network around it is doing and who’s using it,” Gillett said.

Tom McGovern, a senior account executive at Hosted Solutions LLC, which operates a data center in Charlestown and sells hosted server options against services like Amazon, said he has heard similar concerns about the level of control over infrastructure resources that exist as instances in the cloud.

“Customers are coming to us and saying we can’t get (service level agreements), and we’ve got very limited flexibility in terms of what we can do in this hardware,” he said.

However, Gillett said cloud computing has come a long way since Visible Measures decided to build its own data center in early 2007. Amazon has now introduced persistent storage at the node level and other data warehouse-like services, he said. If Visible Measures were launched today, they might have invested less in their data center, he said.

Hall, the Cutter analyst, said cloud computing providers need to meet their customers halfway in order for widespread adoption to occur.

“At some point, the cost-benefit is going to override the concern,” Hall said. “But then it just comes down to killer (SLAs) and how much can we modify it to meet our business processes so we aren’t changing our own business processes to fit their system.”



 

Digg icon reddit icon Stumbleupon icon
Contact Editor Latest News

Comments (2)

Please Login/Register to post comments.

Posted by: oren@m... / Friday, January 9th, 2009 - 4:43 pm EST
Cloud SLA FUD is getting a bit tiresome, on a few levels... 1. SLAs offer two things - the setting of expectations, and a very, very limited bit of financial compensation in the event of an outage. An SLA certainly does not keep outages from happening. An SLA is no substitute for old fashioned failover, as Visual Measures clearly knows (since you use EC2 as failover from your "real" infrastructure). At Mashery, we do the same - we have non-EC2 infrastructure we can fail over to from EC2, and vice versa. 2. As Amazon's Werner Vogels has pointed out, everything goes down. Much has been written about Rackspace's recent outages that occurred despite their promise of "fanatical support". Or the outages at 365 Main, which claims to operate the "world's finest data centers...optimized...to ensure mission critical operations and business continuity". I personally experienced <a href="http://oren.blogs.com/praxis/2007/07/365-main---seco.html"> a complete outage</a> - lights and all - in the data center that some wags have taken to calling "364.98 main". As the power outage was less than a second in duration, the SLA's promised compensation was less than the cost of a latte, even though the "brief" outage took some sites several days to recover from. Rackspace and 365 both offer SLAs, and many large and small clients learned that they are no substitute for proper failover capability - and that reliance on the false sense of SLA security is a lousy idea 3. As for Amazon's cloud being able to "handle the enterprise", I'd submit that Amazon's cloud already handles a sizable enterprise app - Amazon itself. The problem is that few enterprise apps are designed to run on lots of small cheap servers. Startups build their software to run that way by necessity, and when well architected, a distributed app can handle outages in big parts of the infrastructure without going down overall. No, you are not going to take a traditional enterprise app and run it unchanged on the cloud. But as salesforce.com has shown, you can take an enterprise FUNCTION and run it reliably on a cloud infrastructure if it is built and managed appropriately. If 2009 is to be the year of the cloud, it will be because more companies design and build applications that embrace the flexibility of the cloud and deal effectively with its constraints. It will be because platforms like force.com make the development of reliable, secure cloud-based applications easy. But it won't be because the lawyers finally get around to writing SLAs into cloud computing service agreements Oren Michels CEO Mashery

Posted by: afalcon@h... / Friday, January 9th, 2009 - 8:54 am EST
While I agree that infrastructure level SLAs for Cloud Computing are still emerging as the market and services mature, the same is not true at the application level. We offer collaboration solutions and other cloud-based services with an SLA built into our contracts. They key is setting realistic expectations up front, so customers understand the service level to which the vendor is committing. If the SLA is up to the PAR (Performance / Availability / Reliability) needs of the customer, than the cost-benefit analysis is usually clear. If the SLA falls a little short, than risk will impact the equation. Regards, Allen Falcon Horizon Info Services, LLC A Google Enterprise Partner

On the MHT blog now

Flagsuit wins another NASA Astronaut Glove Challenge

Southwest Harbor, Maine's Peter Homer won $450,000 in NASA's Astronaut Glove Challenge yesterday. This is Homer's second time winning the contest. Homer's first win in 2007 launched his startup, Flagsuit. Flagsuit is developing pressure suits using the same technology as Homer's prizewinning gloves -- for use as a wearable substitute for hyperbaric chambers used to treat conditions such as ...

Read More

Bryant University Graduate School
Most Popular Stories
EmailedViewed
Stay Informed
Check which newsletter you'd like to receive.
TechFlash (Daily)
FinanceFlash (Daily)
BioFlash (Daily)
GreenFlash (Weekly)
Startup Report (Weekly)
Breaking news, MHT events, local announcements
RSS feeds
Your email:

Affiliate publications: ACBJ.com, Boston Business Journal, Bizjournals.com, Portfolio.com, Wired.com

Web Site Developed by Neptune Web, Inc.

Use of, registration on, this site constitutes acceptance of our User Agreement. Please read our Privacy Policy (updated) A publishing partner with Portfolio