1.负载均衡
@Reference( loadbalance = "random")
加权随机:按权重设置随机概率。
优点:调用量越大分布越均匀。
缺点:存在慢的提供者累积请求的问题,
加权轮询:按公约后的权重设置轮询比率,循环调用节点
缺点:同样存在慢的提供者累积请求的问题。
最少活跃调用:处理能力越强的节点,处理更多的请求(能者多劳)。
最短响应优先:使得响应时间越快的提供者,处理更多的请求。
缺点:可能会造成流量过于集中于高性能节点的问题。
一致性 Hash:相同参数的请求总是发到同一提供者
2.集群容错
Failover Cluster(失败自动切换) | 出现失败,重试其它服务器(默认2次) | |
Failfast Cluster(快速失败) | 只发起一次调用,失败立即报错 | 通常用于非幂等性的写操作,比如新增记录 |
Failsafe Cluster(失败安全) | 出现异常时,直接忽略 | 通常用于写入审计日志等操作 |
Failback Cluster(失败自动恢复) | 后台记录失败请求,定时重发 | 通常用于消息通知操作 |
Forking Cluster(并行调用多个服务器) | 只要一个成功即返回 | 通常用于实时性要求较高的读操作,但需要浪费更多服务资源 |
Broadcast Cluster(广播调用所有提供者) | 逐个调用,任意一台报错则报错 | 通常用于通知所有提供者更新缓存或日志等本地资源信息 |
3.服务降级
@Reference( timeout = 1000, mock = "fail: return 123")
服务降级:屏蔽某个出错的非关键服务,并定义降级后的返回策略
mock=force:return null 直接返回 null 值,不发起远程调用。屏蔽不重要服务不可用的影响。
mock=fail:return null 调用在失败后,再返回 null 值,不抛异常。用来容忍不重要服务不稳定的影响
4.本地存根
远程服务后,客户端通常只剩下接口,而实现全在服务器端,客户端也执行部分逻辑(服务降级的一种)
作用:做 ThreadLocal 缓存,提前验证参数,调用失败后伪造容错数据等
//stub = true 或 stub="com.foo.BarServiceStub"
<dubbo:reference interface="com.foo.BarService" stub="com.foo.BarServiceStub" />
<dubbo:reference interface="com.foo.BarService" stub="true" />
5.本地伪装
本地伪装 1 通常用于服务降级,比如某验权服务,当服务提供方全部挂掉后,客户端不抛出异常,而是通过 Mock 数据返回授权失败
<dubbo:reference interface="com.foo.BarService" mock="true" />
<dubbo:reference interface="com.foo.BarService" mock="com.foo.BarServiceMock" />
工程中代码实现:
package com.foo;
public class BarServiceMock implements BarService {
public String sayHello(String name) {
// 你可以伪造容错数据,此方法只在出现RpcException时被执行
return "容错数据";
}
}
6.异步调用
基于 NIO 的非阻塞实现并行调用,客户端不需要启动多线程即可完成并行调用多个远程服务,相对多线程开销较小
7.泛化调用
服务消费者来说,就可以不⽤依赖该服务的接⼝,直接利⽤GenericService接⼝来进⾏服务调⽤
<dubbo:reference id="barService" interface="com.foo.BarService" generic="true" />
在 Java 代码获取 barService 并开始泛化调用:
GenericService barService = (GenericService) applicationContext.getBean("barService");
Object result = barService.$invoke("sayHello", new String[] { "java.lang.String" }, new Object[] { "World" });
更多的功能见dubbo官方文档:dubbo 2.x 官方文档