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