微服务名词

微服务这么火，虽然很多情况下，也只会用上一些皮毛。但是，我们还是学一下相关的名词，等需要的时候好歹有一个印象。

雪崩

如图所示的一个系统，假如服务F不可用，或者阻塞了。那么服务B也会受到影响，一旦服务B所有资源阻塞在调用服务F上，变成不可用状态，那么服务A就会受到影响，并且可能最终变成不可用。这种一个小服务不可用，导致调用者服务也不可用，然后不断蔓延到其他服务的情形就是微服务雪崩。

超时

我们再拿图A为例，假如调用服务F阻塞了，然后没有设置调用超时，那么连接就不会释放。可怕的是，服务B调用服务F是因为服务A调用服务B产生的，那么a和b的连接也不会断开，那么整个调用链就被阻塞了。因此，设置服务调用超时是非常重要的。

重试

还是拿图A为例，假如调用服务F仅仅是偶然性出错了，不再次尝试，那么就会给业务方弹出异常，似乎有点不友好。所以，适当的重试能够有更好的体验，但是重试也有值得注意的地方。
例如，服务B调用服务F成功了，但是下一步操作出错了。重试服务B的时候，再一次调用服务F要考虑数据会不会混乱。

熔断

懒得画图，所以还是用图A为例。假如，服务F在某个时间段整天不可用，拼命重试也是浪费资源呀。所以，我们可以在某种情况下（例如多少秒内失败了多少次），不再真实去调用，而是直接返回假数据，知道服务恢复了，再去真实调用，这就是熔断。

服务降级

我们来看看一个例子，以前除夕微信抢红包，余额并不会实时更新的。12306在重大节日的时候，查询到的余票数量有一定的延迟。秒杀活动，评论不再更新。服务降级的其中一种就是不真实去调用服务，直接返回假数据，节省资源的消耗。当然，还有另外的服务降级方式：

• 随机拒绝一些请求，但是这样子要注意是否引发重试策略
• 负荷过高直接返回拒绝服务

限流

还是拿抢购为例子，我们都知道抢购本身并发量就很高，然后，一旦活动开始的时候大家都会拼命去点，这就产生了很多无效请求，而这些请求其实可以前端直接拦截掉，从而减轻服务器端压力。当然，前端要拦截，后端也需要拦截，毕竟存在用脚本来操作的情况。

资源隔离

我们试想一下，我们有两个服务，然后都操作同一个数据库。结果某一天，服务B出了bug，不释放与数据库的连接，结果最后A和B都无法连上数据库了。为了防止一个服务占据所有的资源，导致其它资源的不可用，我们需要限制服务的资源消耗