六.高并发下的微服务架构存在的问题和解决方案 Evergreen 2020年11月14日 微服务 预计阅读 4 分钟 ### 海量请求下的微服务架构存在的问题 高并发下存在的问题：微服务拆分多个系统，服务之间互相依赖，可能会由于系统负载过高，突发流量或者网络等各种异常情况 导致服务不可用。 核心思想-面向失败编程：不要外界影响；不被请求拖垮：上游服务，下游服务 ### 微服务架构容错方案介绍 `限流`：漏斗，不管流量多大，均匀的流入容器，`令牌桶算法，漏桶算法`。 `熔断`：保险丝，熔断服务，为了防止整个系统故障，包含当前和下游服务 下单服务 -》商品服务-》用户服务 -》（出现异常-》熔断风控服务 `降级`：抛弃一些非核心的接口和数据，返回兜底数据 旅行箱的例子：只带核心的物品，抛弃非核心的，等有条件的时候再去携带这些物品 `隔离`：服务和资源互相隔离，比如网络资源，机器资源，线程资源等，不会因为某个服务的资源不足而抢占其他服务的资源 熔断和降级互相交集 相同点：从可用性和可靠性触发，为了防止系统崩溃；最终让用户体验到的是某些功能暂时不能用 不同点：服务熔断一般是下游服务故障导致的，而服务降级一般是从整体系统负荷考虑，由调用方控制 想进行微服务的容错，业界目前有`Sentinel、Hystrix`，相对于AlibabaCloud而言，Sentinel是最好的搭配
评论区