![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
springcloud
文章平均质量分 55
T~Q
这个作者很懒,什么都没留下…
展开
-
SpringCloud之Hystrix自我理解
服务雪崩 多个服务相互调用时,例如A服务调用B服务,B服务调用C服务,C服务又调用其他服务,由此服务而扇出,如果B服务调用C服务时,出现异常或者请求时间超长,甚至直接不可用,那么客户端其他线程调用A服务就会占用越来越多的系统资源(线程堆积,内存占用。。。),进而引起的服务崩溃。这种现象称之为服务雪崩。 Hystrix 处理分布式服务系统的延迟,容错的开源库。保证了在服务出现异常的情况,不会出现服务整体故障,避免级联错误产生,提高了分布式系统的稳定性。 1.服务熔断 为了应对服务雪崩的一种微服务链路保护机制。原创 2020-09-29 16:42:18 · 81 阅读 · 1 评论 -
eureka之自我保护机制
eureka自我保护机制 默认情况下如果eureka server在90秒内没有收到一个服务实例的心跳,会注销该实例。固定时间内如果大量服务实例被注销,就可能威胁到整个微服务架构的稳定性,为了保证服务的高可用(eureka之ap原则:可用性,分区容错性, 一致性(Consistency)、可用性(Availability)、分区容忍性(Partition tolerance)),eureka做出了一个自我保护机制。 eureka触发自我保护机制后: 1.eureka不再从注册列表中移出因长时间没有收到心跳原创 2020-09-25 11:34:21 · 259 阅读 · 0 评论 -
Zookeeper对比Eureka
CAP理论的核心 1.一个分布式系统不可能同时很好的满足一致性,可用性和分区容错性这三个需求 2.根据CAP原理,将NOSQL数据库分成了满足CA原则,CP原则,AP原则三大类: 1. CA:单点集群,满足一致性,可用性的系统,通常可扩展性较差 2. CP:满足一致性,分区容错性的系统,通常性能不是特别高 3. AP:满足可用性,分区容错性的系统,通常可能对一致性要求低一些 Zookeeper保证CP 当向注册中心查询服务列表时,我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接原创 2020-09-24 15:52:51 · 122 阅读 · 0 评论 -
SpringCloud之Hystrix
服务雪崩应对策略 针对造成服务雪崩的不同原因, 可以使用不同的应对策略: 流量控制 改进缓存模式 服务自动扩容 服务调用者降级服务 流量控制 的具体措施包括: ·网关限流 ·用户交互限流 ·关闭重试 什么是服务降级 所有的RPC技术里面服务降级是一个最为重要的话题,所谓的降级指的是当服务的提供方不可使用的时候,程序不会出现异常,而会出现本地的操作调用。 通俗解释来说:就是上面例子里的会员系统访问订单系统,执行远程RPC调用方法,但是当达到一定并发量的时候,比如200个人同时访问 orderT转载 2020-09-24 15:44:33 · 54 阅读 · 0 评论