（）
dubbo直连服务（不需要使用zookeeper）
负载均衡机制：
基于权重随机负载均衡机制（dubbo默认）
Random LoadBalance
随机给服务器任务，大量任务会根据权重分布在各台服务器上
基于权重的轮询负载均衡机制
RoundRobin LoadBalance
挨个给服务器任务不过会根据权重跳过某个服务器给其他的服务器，大量任务会根据权重分布在各台服务器上
最少活跃数-负载均衡机制
LeastActive LoadBalance
根据服务器上次调用任务时长分配任务，给响应任务最快（上次调用任务时长最短）的服务器任务
一致性hash-负载均衡机制
ConsistentHash LoadBalance
根据同一方法使用的参数值的hash不同，调用不同的服务器，相同就调相同的
服务降级
通过临时屏蔽非重要业务减少资源使用，使大量用户使用时，核心业务能正常使用
屏蔽不重要服务不可用（调用时直接返回null）
屏蔽不重要服务不稳定（调用失败时不报错，返回null）
在dubbo控制台上实时控制消费者上调用服务（屏蔽（屏蔽不重要服务不可用），容错（屏蔽不重要服务不稳定））
集群容错
在集群调用失败时，Dubbo 提供了多种容错方案，缺省为 failover 重试。
集群容错模式
Failover Cluster
失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。
重试次数配置如下：
<dubbo:service retries=“2” />
或
<dubbo:reference retries=“2” />
或
dubbo:reference
<dubbo:method name=“findFoo” retries=“2” />
</dubbo:reference>
Failfast Cluster
快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。
Failsafe Cluster
失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。
Failback Cluster
失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
Forking Cluster
并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks=“2” 来设置最大并行数。
Broadcast Cluster
广播调用所有提供者，逐个调用，任意一台报错则报错 [2]。通常用于通知所有提供者更新缓存或日志等本地资源信息。
集群模式配置
按照以下示例在服务提供方和消费方配置集群模式
<dubbo:service cluster=“failsafe” />
或
<dubbo:reference cluster=“failsafe” />
整合hystrix
配置spring-cloud-starter-netflix-hystrix
spring boot官方提供了对hystrix的集成，直接在pom.xml里加入依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
<version>1.4.4.RELEASE</version>
</dependency>
然后在Application类上增加@EnableHystrix来启用hystrix starter：
@SpringBootApplication @EnableHystrix //开启服务容错功能 public class ProviderApplication { ...启动方法 }
提供者
在Dubbo的Provider上增加@HystrixCommand配置，这样子调用就会经过Hystrix代理。
消费者
对于Consumer端，则可以增加一层method调用，并在method上配置@HystrixCommand。当调用出错时，会走到fallbackMethod = "reliable"的调用里。
