76 微服务设计原则

设计原则之并发流量控制
大流量一般的衡量指标就是系统的 TPS （每秒事务量）和 QPS （每秒请求量〉。
一般的应对方案包括：
缓存
预先准备好数据，减少对数据库的请求。
降级
如果不是核心链路，那么就把这个服务降级，保证主干畅通。
限流
在一定时间内把请求限制在一定范围内，保证系统不被冲垮，同时尽可能提升系统的吞吐
量。 限流的方式有几种，最简单的就是使用计数器，在 段时间内，进行计数，与阔值进行比较，到了时间临界点，将计数器清0。

设计原则之 CAP
CAP 原则又称 CAP 定理，指的是在一个分布式系统中， Consistency （一致性）、 Availability（可用性〉和 Partition tolerance （分区容错性），三者不可兼得，

设计原则之设计模式
微服务的设计模式主要有以下几种：链式设计模式、聚合器设计模式、数据共享设计模式和异步消息控制模式。
链式设计模式
链式设计模式是常见的 一种设计模式，用于微服务之间的调用，应用请求通过网关到达第一个微服务，微服务经过基础业务处理，发现不能满足要求，继续调用第二个服务，然后将多个服务的结果统一返回到请求中，如图 -4 所示。

聚合器设计模式
聚合器设计模式是将请求统一由网关路由到聚合器，聚合器向下路由到指定的微服务中获取结果，并且完成聚合，如图 2-5 所示。首页展现、分类搜索和个人中心等通常都使用这种设计。

数据共享模式
数据共享模式也是微服务设计模式的一种。应用通过网关调用多个微服务，微服务之间的数据共享通过同一个数据库，这样能够有效地减少请求次数，并且对于某些数据量小的情况非常适合，如图 2- 所示