dubbo的原理和应用

流程图

在这里插入图片描述dubbo高可用
1.注册中心zookeeper宕机与dubbo直连

原因要看dubbo健壮性
 1.监控中心宕机不影响使用,知识丢失部分数据
 2.数据库宕机后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务
 3.注册中心对等集群,任意一个宕机后,将自动切换到另一台
 4.注册中心全部宕机后,服务提供者和服务消费者仍能通过本地缓存通讯
 5.服务提供者无状态,任意一台宕机后,不影响使用
 6.服务提供者全部宕机后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复

2.dubbo负载均衡机制

1.Random LoadBalance    随机加权重
2.RoundRobin  LoadBalance  轮循 加权重
3.LeastActive LoadBalance  最小活跃数
4.一致性hash

3.服务降级

什么是服务降级?
   当服务器压力剧增的情况下,根据实际业务情况以及流量,对一些服务和页面有策略的不处理或换种简单的方式处理,从而释放服务器资源以保证核心交易正常运作或高效运作。
   dubbo支持两种服务降级策略
   1.mock=force:return+null  表示消费者对该服务的方法调用都直接返回null  ,不在发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
   2.mock=fail:return+null  表示消费方对该服务的方法调用在失败后,再返回null,不抛出异常,用来容忍不重要服务不稳定时对调用方的影响

4.集群容错模式

failover Cluster  (默认)
   失败自动切换,当出现失败,重试其他服务器。通常用于读操作,但重试会带来更长延迟,可通过retries = “2” 来设置重试次数
failfast cluster 
   快速失败,只发起一次调用,失败立即报错,通常用于非幂等性的写操作
failsafe  cluster
   失败安全,出现异常时,直接忽略。通常写入审计日志操作。
failback  cluster
   失败自动恢复,后台记录失败请求,定时重发,通常用于消息通知操作
Forking  Cluster
   并行调用多个服务器,只要一个成功即返回,通常用于实时性要求比较高的操作,但需要浪费更多的服务资源,可通过forks=“2”来设置最大并发数
Broadcast Cluster
   广播调用所有提供者,逐个调用 有一个报错则报错。 

整合hystrix


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值