Cloud SLAs: What you don’t know can hurt you

Everyone is talking about moving some of their services to the cloud. However, who is responsible for the management of the services that will operate in a cloud environment?  Who is responsible for identifying the elements of the agreement? What type of agreement should be in place? These are all questions that should be asked and understood before moving a service to the cloud.

The Cloud Standards Customer Council (CSCC) has developed and published a document called the Practical Guide to Service Level Agreements (SLA).  The guide is a straightforward document that takes a reader through the steps to construct a cloud SLA that meets the cloud consumer’s business requirements.

Let’s dig a little deeper into what we mean.

SLAs are important to clearly set expectations for the service levels between the cloud consumer (buyer) and the cloud provider (seller). Because cloud is an emerging technology, the cloud providers have developed their own SLAs, which are consistent with ensuring that the provider is protected.  Although neither the consumer nor the provider wants problems, issues will occur and it will be the SLA that will be used to guide the resolution process.

Remember, the services deployed into the cloud are really an extension of the enterprise. The same discipline for managing the internal services should be applied to the cloud services.

The Practical Guide to Cloud SLAs should be your starting point to understand the responsibilities of both the consumer and the provider and also who within the consumer’s organization should be the owner of the SLA.

The development of the SLA is a cooperative process within the consumer’s organization. The team will consist of an overall owner, and business and technical leads. Together the team assesses the business level policies for the service. As an example, an assessment of the data-level policies for the service should be done, that is. data preservation, redundancy, and location.

Each cloud service model (IaaS, PaaS, SaaS) and deployment model (private, public, hybrid, community) delivers different capabilities. It is very important for the team to understand the differences in order to develop an effective SLA. It is incumbent upon the team to acquire the knowledge and be able to apply it accordingly.

As with any services, whether in-house or deployed into a cloud, performance considerations of the service must be taken into account. Availability, response times, transaction rates, processing speeds are all elements to consider, especially when the user of the service is external to the organization.

Security and privacy in the cloud have been at the forefront of the discussions for the cloud some time now and rightly so. Understanding the cloud service and the data it manages is the starting point to assigning the security and privacy levels for the data.

With a service running outside the walls of the enterprise, it is very important that the cloud provider and the cloud consumer agree on how to track and manage the overall health of the service. Without the agreement of how to manage the health of a cloud service, assessing the overall performance of the service will be very difficult.

Here is a question to consider. Will your service be available 100 percent of the time? Well, that is your goal, but what happens when it fails? Who is responsible for the notification of an outage? Who has responsibility to resolve the problem? What is the communication process to the users of the service? All questions that need to have an answer and agreed to between the cloud provider and the cloud consumer.

Now let’s take the service outage to the next level. What is the consideration for a major outage, that is, the cloud provider’s site experiences a disaster, natural or otherwise? Can the data be recovered seamlessly? How long will it take to become operational again? Who has the responsibility to re-establish the service? And most important, has the disaster recovery process been tested? This is a step that cannot be missed.

Here’s the final point to consider. What happens if the parties make the decision that the service needs to be moved to another provider? What will be the expectations on the parties to ensure that a seamless transition with no downtime or loss of data? Is the exit plan agreed to and documented?

For a more comprehensive view of each of these steps, download thePractical Guide to Cloud Service Level Agreements from the Cloud Standards Customer Council’s website. For those looking to move their data to the cloud, I encourage you to review the guide, provide feedback, and consider engaging in the CSCC to ensure your voice is heard. You can find more details, including membership information, on the CSCC website. To read a lively dialogue about the topic, you can also find a recap of the recent IBM #cloudchat that examines questions you should ask your cloud service provider.

Share this post:

Share on LinkedIn

Add Comment
No Comments

Leave a Reply

Your email address will not be published.Required fields are marked *

More Archive Stories

What’s all the hype about developing on Blockchain?

When we transfer money between countries or between banks, register a car or even buy property, we’re still pushing archaic manual procedures through a network made of wires. Blockchain has the potential to change all of that. Blockchain is popularly known as the technological foundation behind Bitcoin, the crypto currency that has been the subject […]

Why it’s time to stop putting websites first

People are tied to their mobile devices. I know I am. My mobile phone is at the top of my mental checklist whenever I leave the house: mobile phone, keys and wallet. Check. I have everything I could possibly need if I have those three items with me. Since smartphones have essentially become extensions of […]

How the cloud is revolutionizing roles in the IT department

Many people see cloud as an evolution of outsourcing. By moving their traditional information technology (IT) resources into a public cloud, clients can focus on their core business differentiators. Cloud doesn’t nix the need for the hardware, software and systems management—it merely encapsulates and shields the user from those aspects. It puts IT in the hands of […]