高并发下的微服务架构存在的问题和解决方案

高并发下存在的问题：微服务拆分多个系统，服务之间互相依赖，可能会由于系统负载过高，突发流量或者网络等各种异常情况 导致服务不可用。

高并发下的微服务容错方案：

• 限流：漏斗，不管流量多大，均匀的流入容器，令牌桶算法，漏桶算法

• 熔断：保险丝，熔断服务，为了防止整个系统故障，包含当前和下游服务 下单服务 -》商品服务-》用户服务 -》（出现异常-》熔断风控服务

• 降级：抛弃一些非核心的接口和数据，返回兜底数据 旅行箱的例子：只带核心的物品，抛弃非核心的，等有条件的时候再去携带这些物品

• 隔离：服务和资源互相隔离，比如网络资源，机器资源，线程资源等，不会因为某个服务的资源不足而抢占其他服务的资源

• 熔断和降级互相交集

  • 相同点：

    • 从可用性和可靠性触发，为了防止系统崩溃
    • 最终让用户体验到的是某些功能暂时不能用

  • 不同点

    • 服务熔断一般是下游服务故障导致的，而服务降级一般是从整体系统负荷考虑，由调用方控制

• 想进行微服务的容错，业界目前有Sentinel、Hystrix，相对于AlibabaCloud而言，Sentinel是最好的搭配