负载均衡之feign与ribbon比较

 

 

• 常规的微服务有两种类型：一种是基于dubbo的微服务架构、另外一种是基于Spring Cloud的微服务架构。从概念上来讲，Dubbo和Spring Cloud并不能放在一起对比，因为Dubbo仅仅是一个RPC框架，实现Java程序的远程调用，实施服务化的中间件则需要自己开发；而Spring Cloud则是实施微服务的一系列套件，包括：服务注册与发现、断路器、服务状态监控、配置管理、智能路由、一次性令牌、全局锁、分布式会话管理、集群状态管理等。

• 在做服务消费者时，考虑改用ribbon来做负载均衡，还是使用feign来做负载均衡；接下来进行对比一下

• ribbon:

•  

•  

• feign:

•  

•  

• 最终选择了feign来进行负载均衡,原因有以下几点：

• 1. feign本身里面就包含有了ribbon

2. feign自身是一个声明式的伪http客户端，写起来更加思路清晰和方便

//注意feign里面开启熔断器处理时，需要有以下配置：
server:8071
eureka: http://peer1:8082/eureka/
spring:
  application:
    name: service-feign
  hystrix:
    enabled: true
    client:
      service-url:
       defaultZone: 
  port: 

//熔断器的配置就拿一个订单的熔断器来说，需要继承相应的订单feign接口，并且在注解里面的@feignclient里面申明到fallback会调用到订单的熔断器类。

@FeignClient(name = "total-service",fallback = OrderHystrics.class)
public interface OrderFeignClient {
    public static final String version="/v0/order/";

  @RequestMapping(value =version+"sending/order/batch")
  @ApiOperation(value = "获取用户所有的发货中订单内容",notes = "获取用户所有订单内容")
  @ApiImplicitParams({
    @ApiImplicitParam(name = "sessionKey", value = "sessionKey", dataType = "String",paramType = "query"),
    @ApiImplicitParam(name = "page",value = "pageNum",dataType = "int",paramType = "query") })
  public List<Object> sendingOrder(@RequestParam(name = "sessionKey") String sessionKey,
        @RequestParam(name = "page") int page);
 }

熔断器部分代码：

@Component

@Slf4j

public class OrderHystrics implements OrderFeignClient {
    public List<Object> sendingOrder(String sessionKey, int page) {
        Date date=new Date();
        log.warn(date.toString()+"sendingOrder出现异常！请管理员尽快处理");
        return null;
    }

}

• 3. fegin是一个采用基于接口的注解的编程方式，更加简便

• 注意：一般在feign调用相应的service接口时候，第一次调用会因为超时而导致调用失败，所以需要设置超时时长