Monthly Archives: August 2010

Tips about (Cloud) Service Culture and Contingencies

Add to Technorati Favorites

Bookmark Business Technology and People

A recent discussion at the ebizQ forum is “How Should Companies Prepare for When the Cloud Goes Down?”. It triggered this post.

What do companies do when the electricity goes down or the phone is out? I am not familiar with outage statistics of the Internet at large or specific Cloud Services providers, but I venture to guess that their track record is not worse than that of the major utilities – probably even better. What is often missing is feedback from those service providers when they experience problems. I rarely saw providers that acknowledged a service interruption while that interruption took place. This is the most frustrating part – you do not know if the fault is within your sphere or if it is external.

A very recent example is Orange in Switzerland – following the announcement of iPhone 4, their web site became overloaded and registered users could not access their account – unrelated to their interest in the iPhone offering. Yet, the only message you got when trying to log on was that it cannot present you a personal iPhone offer due to the high demand – and no word about the general login problem. It took about a week until you could log-in again. I expect providers to follow the example of Salesforce.com and be transparent about their on-going service level.

Then comes the contingency aspect. Those who need constant electrical power install UPS systems. Those who need constant communications use multiple alternative networks. And those who need constant computing have DRP and facilities and processes in relation to their service tolerance. Why should using the Cloud be different?

Now let me get back to the popular apprehension about the Cloud going down – and while we’re at it what about the risk of your Cloud Provider going under? One of the most popular SaaS integration applications at Magic Software is the replication of Cloud based data – simply providing an integration link between a Cloud application (such as Salesforce.com) and a local DBMS hosted on the company premises. I consider this as some kind of life insurance policy – not too expensive, not a perfect solution, but something that would help you survive in case of the ultimate disaster.

And putting things in proportion, data is probably safer and more available at Salesforce.com systems than in most companies’ data centres…

My recommendation? Do your due diligence when choosing a Cloud service, require transparency from your Cloud provider in particular on the service state, and set up a contingency to cover your disaster tolerance.