研发菜鸟在我面前BB服务SLA可用性，我一脸懵逼！

分享该知识点的缘故为，上周在输出团队总结时，涉及到服务端总结这边，研发大佬叫我给出SLA可用性的值，当时脑袋没这个概念

后经检索学习了一下，故在此分享给服务端测试同学，以及还不了解的同事们

1.SLA无处不在

在云计算时代，越来越多企业的服务迁移到云上，各大云服务厂商有自己服务发布的SLA，比如阿里云的ECS服务器/RDS服务/REDIS服务等，都有对应的SLA,SLA是服务提供商与客户之间定义的正式承诺。

除了云服务厂商，提供各种服务的APP/网站，如果在客户在购物时无法下单/或者在周末刷着小视频的视频打不开了，这个会严重影响用户的体验，如果故障出现的时间比较久，会流失一大批的客户，给业务带来损失。

那么，如何衡量给客户提供的服务质量呢？进而如何衡量系统的稳定性呢？毋庸置疑，也需要统一的语言SLA。那么，具体什么是SLA呢？

2..SLA的定义来源百度，这到底是什么意思呢？

我们平常经常看到互联网公司喊口号，我们今年一定要做到3个9、4个9，即99.9%、99.99%，甚至还有5个9，即99.999%。

3.这么多9代表什么意思呢？

首先，SLA的概念，对互联网公司来说就是网站服务可用性的一个保证。9越多代表全年服务可用时间越长服务更可靠，停机时间越短，反之亦然。

4.这么多9是怎么计算的呢？

全年拿365天做计算吧，看看几个9要停机多久时间做能才能达到！

1年 = 365天 = 8760小时 99.9 = 8760 * 0.1% = 8760 * 0.001 = 8.76小时 99.99 = 8760 * 0.0001 = 0.876小时 = 0.876 * 60 = 52.6分钟 99.999 = 8760 * 0.00001 = 0.0876小时 = 0.0876 * 60 = 5.26分钟

从以上看来，全年停机5.26分钟才能做到99.999%，即5个9。依此类推，要达到6个9及更多9，可说是非常难了吧。

5.怎么做到更多的9

每个公司对几个9的定义都不一样，互联网公司至少都是99.99吧。像一些政府网站，如社保公积金等，经常故障服务不可用，能做到99.9就不错了。

如果我们提供的服务可用性越低，意味着造成的损失也越大，别的不说，如果是特别重要的时刻，或许就在某一分钟，你可能就会因服务不可用而丢掉一笔大的订单，这都是始料未及的。

所以，只要尽可能的提升SLA可用性才能最大化的提高企业生产力。

要做到更多的9，就要不断的监控自己的服务，服务挂掉能及时恢复服务。就像开车出远门，首先得检查轮胎，同时还得准备一个备胎一样的道理。

6.从实战经验来看如何保证服务的高可用性

a.服务架构层面

1.根据服务对象地区，考虑节点分布

2.避免服务单点，至少双机

3.防止代码之间干扰，避免稳定代码和迭代频繁代码放在一起，可以按照业务或者功能做服务分离。

4.防止服务之间干扰，重要服务最好做隔离，单独部署

5.防止数据库压力过大，不然，可能产生雪崩效应，可以根据业务特点做分库分表，加缓存等处理.

6.保证服务能力buffer, 尽量有冗余处理能力

b.运维层面

1.服务监控。比如磁盘、CPU、网络

2.监控多级别，到达不同级别给出不同警告

c.代码层面

1.保证代码异常不会导致服务挂掉

2.保证服务是无状态的，可以支持水平扩展

文献部分来源于百度百科，如有侵权请及时联系删除

近期精彩好文：接口自动化的关键思路和解决方案，本文全讲清楚了