Enterprise System Spectator blog: ERP and enterprise system vendor evaluation, selection, and implementation.

The Enterprise System Spectator

Wednesday, December 21, 2005

Salesforce.com's credibility suffering from service outages

This week, Salesforce.com--everyone's favorite example of software on-demand--suffered an outage of something like three to six hours, knocking out service for possibly thousands of customers. According to the vendor,
On Tuesday December 20th, some salesforce.com users experienced intermittent access (between approximately 9:30 am and 12:41 pm ET & 2:00 pm and 4:45 pm ET) on one of the companyƂ?s four global nodes. The root cause of the intermittent access was an error in the database cluster. Salesforce.com addressed the issue with the database vendor. By Tuesday afternoon EST, the system was running normally for all users.
What concerns me though, is not this single outage. It's that this is just the worst case incident in what is apparently a less-than-rare occurance for Salesforce.com customers. According to CNet:
Salesforce touts an "uptime" rate of greater than 99 percent. Outages are "a rare occasion," according to [Salesforce.com spokesperson Bruce] Francis. He said Salesforce's systems are as reliable or more reliable than other comparable systems, including the type that companies run on their own servers.

Yet several Salesforce customers that contacted CNET News.com about Tuesday's glitch said outages happen more frequently than they had expected. About once a month, Mission Research experiences Salesforce outages that typically last an hour or so, [Charlie] Crystle, [CEO of Salesforce.com customer Mission Research] said. Another customer, an East Coast consulting firm, has been struck by outages about a half a dozen times over the past year, according to the firm's vice president, who requested anonymity. Frustration levels are rising.

"I'm really, really angry about this because (Salesforce is) out there marketing themselves as something they're just not living up to," Crystle said.
It doesn't need to be this way. A large part of what Google and Yahoo provide is really software on-demand--little applications. When was the last time you went to Google or Yahoo and found service unavailable for more than a few seconds?

Readers of the Spectator know that I'm actually a proponent of the trend toward software on-demand. I like its promise to simplify system implementation and maintenance, especially for small and mid-size businesses, relieving the customer of having to worry about things like backups, recovery, disaster planning, and service level maintenance.

But the trend toward software on-demand is going to be set back several years if on-demand vendors can't maintain the service levels they promise and that customers expect.

Are the problems of Salesforce.com typical of other software on-demand vendors, or is Salesforce.com an anomaly? If you have insights, post a comment to this post or email me.

Update, Dec. 22. There's further discussion going on in the comments section for this post.

Related posts
Software on demand: attacking the cost structure of business systems
Salesforce.com offers development sandbox
Salesforce.com set to strike out with AppExchange?
Salesforce.com looks to hook Siebel staff
Salesforce.com struggling at Cisco

by Frank Scavo, 12/21/2005 05:47:00 PM | permalink | e-mail this!

 Reader Comments:

The problem is that if service providers are going to need the infrastructure of Google and Yahoo to be able to provide reliable service then there are not going to be very many capable players.
The other distinction I see is that the data stored by Google and Yahoo is not mission critical to its users. And, in most cases the service is provided for free so it is not like anyone can get too upset!
If you look into Google's infrastructure, they customized the OS, wrote their own file system, built their own hardware, all to get the scalabilty and reliability that is needed.
I think creating a reliable hosted service for mission critial data is going to be a seriously difficult and expensive challenge for anyone who steps up to the plate.
 
Darrel, I would suggest that the requirement to maintain reliability of a hosted service is not as great a challenge as you suggest.

The fact that Google and Yahoo can do it for applications that are not mission critical to users argues precisely my point. It is a free service, yet the providers are able to maintain high reliability. Why shouldn't Salesforce.com be able to do the same for users that are paying a subscription fee?

Yes, Google's infrastructure is customized for high reliability--but that is mainly so Google can use inexpensive hardware (Intel boxes) and operating systems (Linux) to scale cost effectively. The reliability requirement does NOT require such innovation. Individual corporations maintain similar reliability for mission critical applications all the time. Heck, we did it 20-30 years ago with mainframes.

Salesforce.com appears to have the right architecture for reliability, with clusters on four nodes. Ideally, when there is a failure at one node, the workload should roll over to the other three nodes. We know that Salesforce.com is running Oracle as its primary database platform, and Oracle provides such failover capabilities of course. So, why Salesforce.com is not utilizing such capabilities is a mystery to me.

But back to the expense issue. I would suggest that a better use of Salesforce.com resources would be to implement failover capabilities as I have outlined above, rather than take out full page ads in the Wall Street Journal.
 
Google's choice to use inexpensive hardware was one about price versus performance, not about expensive and reliable versus cheap and unreliable. Lamborgini's are extremely powerful but not particularly reliable. Google's customized infrastructure effectively allows you to glue a bunch of Honda Civic's together to beat the Lamborgini in a race. That's not an easy feat.
This gets us back to the multi-tenant architecture. That's where I think Salesforce are having their problems. You talked the other day about Microsoft using a separate server for each sale of Microsoft CRM. It's an expensive model but one where you will not have outages across all of your customers as SalesForce did.
I think as the Virtual Server market matures, products like VMWare's GSX Server and Microsoft's Virtual Server will allow multiple isolated server instances to run on commodity hardware. Then the multi-tenant architecture starts to be more feasible. The customer gets their own server instance and the hosting provider can choose where to host that instance based on the required resources.
 
Post a Comment
 

Links to this post:


 

Powered by Blogger

(c) 2002-2016, Frank Scavo.

Independent analysis of issues and trends in enterprise applications software and the strengths, weaknesses, advantages, and disadvantages of the vendors that provide them.

About the Enterprise System Spectator.

Frank Scavo Send tips, rumors, gossip, and feedback to Frank Scavo, at .

I'm interested in hearing about best practices, lessons learned, horror stories, and case studies of success or failure.

Selecting a new enterprise system can be a difficult decision. My consulting firm, Strativa, offers assistance that is independent and unbiased. For information on how we can help your organization make and carry out these decisions, write to me.

My IT research firm, Computer Economics provides metrics for IT management, such as IT spending and staffing benchmarks, ROI/TCO studies, outsourcing statistics, and more.


Go to latest postings


Search the Spectator!
Join over 1,700 subscribers on the Spectator email list!
Max. 1-2 times/month.
Easy one-click to unsubscribe anytime.

Follow me on Twitter
My RSS feed RSS News Feed

Computer Economics
ERP Support Staffing Ratios
Outsourcing Statistics
IT Spending and Staffing Benchmarks
IT Staffing Ratios
IT Management Best Practices
Worldwide Technology Trends
IT Salary Report

Get these headlines on your site, free!


Awards

2014 Best Independent ERP Blog - Winner

2013 Best ERP Writer - Winner

Alltop. We're kind of a big deal.
 
Constant Contact 2010 All Star Technobabble Top 100 Analyst Blogs


Key References
Strativa: Business strategy consulting, strategic planning
Strativa: IT strategy consulting
Strativa: Business process improvement, process mapping, consultants
Strativa: IT due diligence
Strativa: ERP software selection consulting and vendor evaluation
Strativa: CRM software selection consulting and vendor evaluation
Strativa: Project management consulting, change management
StreetWolf: Digital creative studio specializing in web, mobile and social applications
Enterprise IT News: diginomica


Spectator Archives
May 2002
June 2002
July 2002
August 2002
September 2002
October 2002
November 2002
December 2002
January 2003
February 2003
March 2003
April 2003
May 2003
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
September 2008
October 2008
November 2008
December 2008
January 2009
February 2009
March 2009
April 2009
May 2009
June 2009
July 2009
August 2009
September 2009
October 2009
November 2009
December 2009
January 2010
February 2010
March 2010
April 2010
June 2010
July 2010
August 2010
September 2010
October 2010
November 2010
December 2010
January 2011
February 2011
March 2011
April 2011
May 2011
July 2011
August 2011
September 2011
October 2011
November 2011
December 2011
January 2012
February 2012
March 2012
April 2012
May 2012
June 2012
July 2012
September 2012
October 2012
December 2012
January 2013
February 2013
March 2013
May 2013
June 2013
July 2013
September 2013
October 2013
December 2013
January 2014
February 2014
March 2014
April 2014
May 2014
June 2014
July 2014
August 2014
September 2014
October 2014
November 2014
December 2014
February 2015
March 2015
April 2015
May 2015
June 2015
July 2015
September 2015
October 2015
November 2015
February 2016
May 2016
June 2016
July 2016
August 2016
September 2016
October 2016
Latest postings