Click here to close now.

Welcome!

@MicroservicesE Blog Authors: Lori MacVittie, Elizabeth White, Liz McMillan, XebiaLabs Blog, Cloud Best Practices Network

Related Topics: @MicroservicesE Blog, Microsoft Cloud, API Journal, IoT User Interface, Agile Computing, Cloud Security

@MicroservicesE Blog: Blog Post

Your Service Level Agreement Stinks

Here’s what to look for – or avoid – in an SLA

When you're dealing with something as critical as your business infrastructure, you want to be sure that you'll get what you signed up for. If a company promises something, and you promise your colleagues something based on it, you want it to happen. That's where the service level agreement comes in. It's part of your contract that tells you what to expect and what happens if the company fails to meet those marks. Simple enough, right? Wrong.

Not all service level agreements are created equal. At a minimum, an SLA will formally define the services in a contract. In their highest forms, SLAs embody the values and capabilities of an entire organization, and they provide a clear benchmark for employee performance and customer satisfaction. If you are comparing IT service providers, it's time to set the bar high. Simply put, you want an SLA that is transparent, accountable, holistic, and logical for the provider. Here's how to spot it.

Most SLAs
Typical SLAs are buried in 20 pages of legalese. If you can find it, and cut through all the jargon, you might gain a vague idea of what will happen when your service provider fails you. And when your service experiences a disruption - which will eventually happen in one form, no matter which provider you choose - it will fall on you to translate the SLA and request credit, and of course, the company will make it as tiresome as possible to get your money.

Few customers actually get rebated by companies like this, and that, I can assure you, is a business strategy. If you provide a strong service, you don't need to hide behind a labyrinth of legal jargon. And if you are a customer, you do not want to entrust your IT infrastructure or assets with a company that is opaque, indifferent, and irresponsible.

Transparency
Good providers tell their customers exactly what they're going to get, and tell them exactly what is going on at all times. This is all that customers ask. Speed, though desirable, can never compensate for unpredictability and deceptiveness. An enlightened SLA needs to detail specific, measurable commitments that tell customers what service they will receive, how quickly they're going to receive it, and what happens if they don't get that service.

Let me give a clear example from my experience with IT infrastructure hosting and cloud computing at SingleHop. We have an SLA we call the "Customer Bill of Rights." It more or less anchors every facet of our service. It is in fact an extension of our entire system. We operate on a principle called "Operational Transparency." This means that if a server goes down, we update affected clients in real time. If they wonder "have our servers gone down? If so, how long have they been down this quarter?" or "how much time do I wait for a response from tech support?" they can view a digital Report Card that details each item in their SLA and shows continuously updated data on how SingleHop is performing relative to each agreement. That is transparency. When you combine operational transparency with a detailed SLA, it turns all the usual mirrors around into clear glass.

Accountability

What happens when a company messes up? Well, several things can happen:

  1. Irate customers cancel their contract.
  2. Irate customers invite their provider to a brawl in the legal ring.
  3. Irate customers watch their provider take responsibility and then respect them for it.

Everyone should prefer option #3. Cancelling a contract and shifting providers is costly and legal battles are very expensive. Migrations are dangerous and can disrupt business. You want an SLA that holds your provider accountable for any failures - be they outages or just slow responses. You should know the exact deployment time for a server and know exactly how much you will be credited if your service provider exceeds that time. You should know the expected response time from tech support, and know exactly how much you will be compensated if they take longer.

You know all this information not because you've been timing your service provider, but because they offer this information upfront. Don't work with a company that you must lasso and tie-down for a rebate.

Holistic
How many interactions does the SLA cover? And, do items in the SLA conflict? For example, if an SLA promises support updates every three hours, but does not give a first response time, what good is the SLA? You could still bleed money for eight hours before getting a life raft. Great SLAs are comprehensive and holistic. They encourage customer-provider symbiosis. The best SLAs actually play into the interests of the provider - remember, they want lots of happy, sustainable customers.

As a customer, map out your anticipated interactions. If the SLA covers each interaction, it is holistic. If not, you can do or request better.

Understanding What's Not Mentioned
There are a lot of different aspects to an IaaS SLA that should but are not always mentioned. These are obvious to providers but not all customers see them right away. How fast does it take to replace a broken hard drive? Does the company keep replacement parts in stock or does it need to order them? Is there a senior tech available at all hours, and if so, how fast do escalations take? Make a list of the concerns you have, talk to people who have been through it and ask lots of questions. Sometimes when something is omitted, it's omitted for a reason.

Business Logic
Finally, a great SLA should be good for the receiver and the provider. If you are the customer, you should want transparency, accountability, and comprehensiveness to be in the interest of your service provider. Why? Because in an ideal world, you can rely on the same IT infrastructure for years and years, and frankly, that means your provider must succeed. And, if meeting the SLA is in the interest of the provider, then the provider will probably use it to evaluate their employees, sift out the bad eggs, and measure company-wide improvement. If, however, the SLA is against the interests of the company, then your provider may in fact discourage its employees from being too forthcoming and helpful.

Think about an SLA as the ‘moral' code for a company. If being "good" actual falls in line with a company's desire for profit, then that company is more likely to follow their code. If being "good" exacts cruel and unusual punishment on a company, then they will prefer to be "bad." Look for alignment between a company's interests and SLA. If they disagree, run for the hills.

Be Fruitful and Provide
A Service Level Agreement is a template for how a business intends to interact with customers. If it is transparent, accountable, holistic, and business-savvy, it is a winner. If you need a machete and $400 per hour guide to find it in the legal jungle and understand it, it is time to explore other options.

More Stories By Dan Ushman

Dan Ushman, Co-Founder and CMO of SingleHop, focuses on the company’s global marketing strategy and operations. He regularly attends and speaks at industry and marketing events. As a recognized thought leader in online marketing, Dan is one of the few internet marketing professionals to hold a Horizon Award for Marketing Innovation. When he isn’t working, he can be found in his kitchen whipping up homemade BBQ sauce, or in front of the grill with a spatula putting that sauce to work.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


@MicroservicesExpo Stories
Containers have changed the mind of IT in DevOps. They enable developers to work with dev, test, stage and production environments identically. Containers provide the right abstraction for microservices and many cloud platforms have integrated them into deployment pipelines. DevOps and Containers together help companies to achieve their business goals faster and more effectively. In his session at DevOps Summit, Ruslan Synytsky, CEO and Co-founder of Jelastic, reviewed the current landscape of...
Conferences agendas. Event navigation. Specific tasks, like buying a house or getting a car loan. If you've installed an app for any of these things you've installed what's known as a "disposable mobile app" or DMA. Apps designed for a single use-case and with the expectation they'll be "thrown away" like brochures. Deleted until needed again. These apps are necessarily small, agile and highly volatile. Sometimes existing only for a short time - say to support an event like an election, the Wor...
The cloud has transformed how we think about software quality. Instead of preventing failures, we must focus on automatic recovery from failure. In other words, resilience trumps traditional quality measures. Continuous delivery models further squeeze traditional notions of quality. Remember the venerable project management Iron Triangle? Among time, scope, and cost, you can only fix two or quality will suffer. Only in today's DevOps world, continuous testing, integration, and deployment upend...
Discussions about cloud computing are evolving into discussions about enterprise IT in general. As enterprises increasingly migrate toward their own unique clouds, new issues such as the use of containers and microservices emerge to keep things interesting. In this Power Panel at 16th Cloud Expo, moderated by Conference Chair Roger Strukhoff, panelists addressed the state of cloud computing today, and what enterprise IT professionals need to know about how the latest topics and trends affect t...
Explosive growth in connected devices. Enormous amounts of data for collection and analysis. Critical use of data for split-second decision making and actionable information. All three are factors in making the Internet of Things a reality. Yet, any one factor would have an IT organization pondering its infrastructure strategy. How should your organization enhance its IT framework to enable an Internet of Things implementation? In his session at @ThingsExpo, James Kirkland, Red Hat's Chief Arch...
Summer is finally here and it’s time for a DevOps summer vacation. From San Francisco to New York City, our top summer conferences list is going to continuously deliver you to the summer destinations of your dreams. These DevOps parties are hitting all the hottest summer trends with Microservices, Agile, Continuous Delivery, DevSecOps, and even Continuous Testing. Move over Kanye. These are the top 5 Summer DevOps Conferences of 2015.
Sharding has become a popular means of achieving scalability in application architectures in which read/write data separation is not only possible, but desirable to achieve new heights of concurrency. The premise is that by splitting up read and write duties, it is possible to get better overall performance at the cost of a slight delay in consistency. That is, it takes a bit of time to replicate changes initiated by a "write" to the read-only master database. It's eventually consistent, and it'...
"Plutora provides release and testing environment capabilities to the enterprise," explained Dalibor Siroky, Director and Co-founder of Plutora, in this SYS-CON.tv interview at @DevOpsSummit, held June 9-11, 2015, at the Javits Center in New York City.
Containers are changing the security landscape for software development and deployment. As with any security solutions, security approaches that work for developers, operations personnel and security professionals is a requirement. In his session at DevOps Summit, Kevin Gilpin, CTO and Co-Founder of Conjur, will discuss various security considerations for container-based infrastructure and related DevOps workflows.
Cloud Migration Management (CMM) refers to the best practices for planning and managing migration of IT systems from a legacy platform to a Cloud Provider through a combination professional services consulting and software tools. A Cloud migration project can be a relatively simple exercise, where applications are migrated ‘as is’, to gain benefits such as elastic capacity and utility pricing, but without making any changes to the application architecture, software development methods or busine...
Data center models are changing. A variety of technical trends and business demands are forcing that change, most of them centered on the explosive growth of applications. That means, in turn, that the requirements for application delivery are changing. Certainly application delivery needs to be agile, not waterfall. It needs to deliver services in hours, not weeks or months. It needs to be more cost efficient. And more than anything else, it needs to be really, dc infra axisreally, super focus...
The most often asked question post-DevOps introduction is: “How do I get started?” There’s plenty of information on why DevOps is valid and important, but many managers still struggle with simple basics for how to initiate a DevOps program in their business. They struggle with issues related to current organizational inertia, the lack of experience on Continuous Integration/Delivery, understanding where DevOps will affect revenue and budget, etc. In their session at DevOps Summit, JP Morgenthal...
Overgrown applications have given way to modular applications, driven by the need to break larger problems into smaller problems. Similarly large monolithic development processes have been forced to be broken into smaller agile development cycles. Looking at trends in software development, microservices architectures meet the same demands. Additional benefits of microservices architectures are compartmentalization and a limited impact of service failure versus a complete software malfunction. ...
DevOps tends to focus on the relationship between Dev and Ops, putting an emphasis on the ops and application infrastructure. But that’s changing with microservices architectures. In her session at DevOps Summit, Lori MacVittie, Evangelist for F5 Networks, will focus on how microservices are changing the underlying architectures needed to scale, secure and deliver applications based on highly distributed (micro) services and why that means an expansion into “the network” for DevOps.
Many people recognize DevOps as an enormous benefit – faster application deployment, automated toolchains, support of more granular updates, better cooperation across groups. However, less appreciated is the journey enterprise IT groups need to make to achieve this outcome. The plain fact is that established IT processes reflect a very different set of goals: stability, infrequent change, hands-on administration, and alignment with ITIL. So how does an enterprise IT organization implement change...
While DevOps most critically and famously fosters collaboration, communication, and integration through cultural change, culture is more of an output than an input. In order to actively drive cultural evolution, organizations must make substantial organizational and process changes, and adopt new technologies, to encourage a DevOps culture. Moderated by Andi Mann, panelists discussed how to balance these three pillars of DevOps, where to focus attention (and resources), where organizations migh...
At DevOps Summit NY there’s been a whole lot of talk about not just DevOps, but containers, IoT, and microservices. Sessions focused not just on the cultural shift needed to grow at scale with a DevOps approach, but also made sure to include the network ”plumbing” needed to ensure success as applications decompose into the microservice architectures enabling rapid growth and support for the Internet of (Every)Things.
Mashape is bringing real-time analytics to microservices with the release of Mashape Analytics. First built internally to analyze the performance of more than 13,000 APIs served by the mashape.com marketplace, this new tool provides developers with robust visibility into their APIs and how they function within microservices. A purpose-built, open analytics platform designed specifically for APIs and microservices architectures, Mashape Analytics also lets developers and DevOps teams understand w...
Buzzword alert: Microservices and IoT at a DevOps conference? What could possibly go wrong? In this Power Panel at DevOps Summit, moderated by Jason Bloomberg, the leading expert on architecting agility for the enterprise and president of Intellyx, panelists peeled away the buzz and discuss the important architectural principles behind implementing IoT solutions for the enterprise. As remote IoT devices and sensors become increasingly intelligent, they become part of our distributed cloud envir...
Sumo Logic has announced comprehensive analytics capabilities for organizations embracing DevOps practices, microservices architectures and containers to build applications. As application architectures evolve toward microservices, containers continue to gain traction for providing the ideal environment to build, deploy and operate these applications across distributed systems. The volume and complexity of data generated by these environments make monitoring and troubleshooting an enormous chall...