1分pk10app注册 _Spring Cloud微服务系列文,Hystrix与Eureka的整合
- 时间:
- 浏览:0
- 来源:黑白云计算 - 专注共享百万链资讯
和Ribbon等组件一样,在项目中,Hystrix一般不需要单独突然出现,随后会和Eureka等组件配套突然出现。在Hystrix和Eureka整合后的框架里,一般会用到Hystrix的断路器以及合并请求等特征,而在Web框架里,大多会有专门的缓存组件,好多好多 一阵一阵用到Hystrix的缓存特征。
1 准备Eureka服务器项目
HystrixEurekaServer项目承担着Eureka服务器的作用,这偏离 的代码关键点如下。
第一,在pom.xml里,通过如下关键代码引入Eureka服务器组件的依赖包。
1 <dependency> 2 <groupId>org.springframework.cloud</groupId> 3 <artifactId>spring-cloud-starter-eureka-server</artifactId> 4 </dependency>
第二,在application.yml里,指定了本项目的主机名和端口号,并指定了对外提供eureka服务的Url路径,代码如下。
1 server: 2 port: 8888 3 eureka: 4 instance: 5 hostname: localhost 6 client: 7 register-with-eureka: false 8 fetch-registry: false 9 serviceUrl: 10 defaultZone: http://localhost:8888/eureka/
第三,在ServerStarter.java里,编写启动Eureka服务的代码,这里请注意,在第2和第3行里,通过注解声明了本类是Eureka服务器的启动类。
1 //省略必要的package和import的代码 2 @EnableEurekaServer 3 @SpringBootApplication 4 public class ServerStarter 5 { 6 public static void main( String[] args ){ 7 SpringApplication.run(ServerStarter.class, args); 8 } 9 }
注:本偏离 给出的是Eureka服务器省略版的代码,完整版代码大伙儿要能 参见另外一篇博文,架构师入门:搭建基本的Eureka架构(从项目里抽取)。
2 准备Eureka服务器项目
在pom.xml里,大伙儿除了指定Eureka的依赖包以外,还了指定了Hystrix的依赖包,关键代码如下。其中,前4行指定的是Eureka的依赖包,后4行指定的是Hystrix的依赖包。
1 <dependency> 2 <groupId>org.springframework.cloud</groupId> 3 <artifactId>spring-cloud-starter-eureka</artifactId> 4 </dependency> 5 <dependency> 6 <groupId>org.springframework.cloud</groupId> 7 <artifactId>spring-cloud-starter-hystrix</artifactId> 8 </dependency>
而在application.yml里,指定了本项目的服务端口是1111,对外提供的项目名是hystrixEureka,以及是向第一偏离 指定的Eureka服务器注册,代码如下。
1 server: 2 port: 1111 3 spring: 4 application: 5 name: hystrixEureka 6 eureka: 7 client: 8 serviceUrl: 9 defaultZone: http://localhost:8888/eureka/
3 在服务提供者项目里引入断路器机制
在服务提供者的启动类ServiceProviderApp.java里,大伙儿是通过加入@EnableCircuitBreaker注解来启动断路器,代码如下。
1 //省略必要的package和import代码 2 @SpringBootApplication 3 @EnableEurekaClient 4 @EnableCircuitBreaker 5 @ServletComponentScan 6 public class ServiceProviderApp 7 { 8 public static void main( String[] args ){ 9 SpringApplication.run(ServiceProviderApp.class, args); 10 } 11 }
在Controller.java这人 控制器类里,大伙儿是在第9行里,通过调用service类提供的土最好的办法来返回具体的OrderDetail信息,代码如下。
1 //省略必要的package和import代码 2 @RestController 3 public class Controller { 4 @Autowired 5 private OrderDetailService service; 6 //对外提供服务的getOrderDetailById土最好的办法 7 @RequestMapping(value = "/getOrderDetailById/{orderId}", method = RequestMethod.GET) 8 public OrderDetail getOrderDetailById(@PathVariable("orderId") String orderId) throws Exception { 9 return service.getOrderDetailByID(orderId); 10 } 11 }
在OrderDetailService.java里,大伙儿用HashMap这人 数据特征来模拟数据库,以此来模拟从数据库读OrderDetail的土最好的办法,提供了“根据ID找相应对象的服务”,代码如下。
1 //省略必要的package和import代码 2 @Service 3 public class OrderDetailService { 4 static HashMap<String,String> orderDB = new HashMap<String,String> (); 5 static //通过static代码,模拟数据库中存储的OrderDetail信息 6 { 7 orderDB.put("1","Peter"); 8 orderDB.put("2","Tom"); 9 orderDB.put("3","Mike"); 10 } 11 //在土最好的办法完后 ,通过注解引入Hystrix,并指定回退土最好的办法 12 @HystrixCommand(fallbackMethod = "getFallback") 13 public OrderDetail getOrderDetailByID(String id) throws Exception 14 { 15 OrderDetail orderDetail = new OrderDetail(); 16 if("error".equals(id) ) //可能输入是error,则故意抛出异常 17 {throw new Exception(); } 18 //模拟地从数据库里得到信息并返回 19 orderDetail.setOrderId(id); 20 orderDetail.setOrderOwner(orderDB.get(id)); 21 return orderDetail; 22 } 23 //定义Hystrix的回退土最好的办法 24 public OrderDetail getFallback(String orderId) { 25 OrderDetail orderDetail = new OrderDetail(); 26 orderDetail.setOrderId("error"); 27 orderDetail.setOrderOwner("error"); 28 System.out.println("In fallbackForOrderDetail function"); 29 return orderDetail; 200 } 31 }
在第13行的getOrderDetailByID土最好的办法完后 ,大伙儿在第12行通过fallbackMethod定义了回退土最好的办法,在这人 土最好的办法的第16行里,大伙儿定义了可能输入是error,这样 则将抛出异常,以此触发回退土最好的办法getFallback。而在第24行定义的回退土最好的办法里,大伙儿将返回有1个 ID和Owner完整版都是error的OrderDetail对象。本类用到的OrderDetail模型类定义如下。
1 public class OrderDetail{ 2 private String orderId;//订单id 3 private String orderOwner; //订单所另一其他人 4 //省略必要的get和set土最好的办法 5 }
至此大伙儿完成了开发工作,启动HystrixEurekaServer和HystrixEurekaserviceProvider后,可能在浏览器中输入http://localhost:1111/getOrderDetailById/1,能看过如下的输出,这说明走的是正常的流程。
{"orderId":"1","orderOwner":"Peter"}
但可能输入的是http://localhost:1111/getOrderDetailById/error,这样 会在OrderDetailService类的getOrderDetailByID土最好的办法里抛出异常,从而走Hystrix的回退流程,由此会输入如下的句子。
{"orderId":"error","orderOwner":"error"}
在这人 案例中,大伙儿是在“提供者服务”的模块引入hytrix断路器,而完整版都是在“服务调用”模块,这和项目中的常规做法相符,可能启动断路器的场景一般是“提供服务模块的流量超载”。
4 在服务调用者项目里引入合并请求机制
这里大伙儿将在HystrixEurekaserviceCaller项目里,调用HystrixEurekaserviceProvider里定义的服务,在调用时,大伙儿将合并5秒内发送的请求。
步骤一,在控制器类Controller.java里,初始化Hystrix请求上下文,并通过Future对象多次发送请求,代码如下。
1 //省略必要的package和import代码 2 @Configuration 3 @RestController 4 public class Controller { 5 @Autowired 6 private OrderDetailService service;//提供服务的service类 7 //在这人 土最好的办法里,将演示合并请求的效果 8 @RequestMapping(value = "/mergeDemo", method = RequestMethod.GET) 9 public List<OrderDetail> hystrixMergeDemo() throws Exception { 10 //初始化Hystrix请求上下文 11 HystrixRequestContext context = HystrixRequestContext 12 .initializeContext(); 13 //通过定义有1个 Future对象,调用三次请求 14 Future<OrderDetail> f1 = service.getOneOrderDetail("1"); 15 Future<OrderDetail> f2 = service.getOneOrderDetail("2"); 16 Future<OrderDetail> f3 = service.getOneOrderDetail("3"); 17 OrderDetail o1 = f1.get(); 18 OrderDetail o2 = f2.get(); 19 OrderDetail o3 = f3.get(); 20 //把有1个 返回对象组塞进有1个 List中并返回 21 List<OrderDetail> orderDetailList = new ArrayList<OrderDetail>(); 22 orderDetailList.add(o1); 23 orderDetailList.add(o2); 24 orderDetailList.add(o3); 25 //释塞进去下文 26 context.shutdown(); 27 return orderDetailList; 28 } 29 }
在上文的hystrixMergeDemo土最好的办法里,大伙儿首先在第11行初始化Hystrix请求上下文,随后在第14到16行调用了三次getOneOrderDetail土最好的办法,并在第17到19行里,通过Furure类型对象的get土最好的办法,把三次调用的结果分别赋予有1个 OrderDetail类型的对象。
完后 ,通过第21到24行的代码,把有1个 OrderDetail对象组装成有1个 List<OrderDetail>类型的orderDetailList对象,并在第27行返回了orderDetailList对象。
这里确实大伙儿是发出了三次调用请求,但从后文的讲解里,大伙儿能看过这三次请求确实是被合并处里的。可能在合并请求时,Hystrix处里类会把请求暂指在Hystrix请求上下文里,好多好多 这里大伙儿一定得通过之类 于第11行的代码初始化上下文,而且 将无法得到合并请求的结果。
步骤二,完后 大伙儿看过,在Controller类里,是调用OrderDetailService类的土最好的办法来查询多个订单,好多好多 合并请求的代码是写在这人 类里的,大伙儿来看下代码。
1 //省略必要的package和import代码 2 @Component 3 public class OrderDetailService { 4 // 合并处里分类分类整理5秒内的请求 5 @HystrixCollapser(batchMethod = "getMoreOrderDetails",collapserProperties = {@HystrixProperty(name ="timerDelayInMilliseconds",value = "20000")}) 6 public Future<OrderDetail> getOneOrderDetail(String id) { 7 System.out.println("in getOneOrderDetail"); 8 return null; 9 } 10 @Bean 11 @LoadBalanced 12 public RestTemplate getRestTemplate() 13 { return new RestTemplate(); } 14 //这里是合并请求的代码 15 @HystrixCommand 16 public List<OrderDetail> getMoreOrderDetails(List<String> orderIds) { 17 System.out.println("in getMoreOrderDetails," + orderIds.size()); 18 List<OrderDetail> list = new ArrayList<OrderDetail>(); 19 RestTemplate template = getRestTemplate(); 20 //通过for循环,调用服务提供者的土最好的办法得到OrderDetail对象 21 for (String orderId : orderIds) { 22 OrderDetail orderDetail = new OrderDetail(); 23 orderDetail = template.getForObject("http://localhost:1111/getOrderDetailById/{orderId}", OrderDetail.class,orderId); 24 list.add(orderDetail); 25 } 26 return list; 27 } 28 }
在第6行里,大伙儿定义了只查询有1个 对象的getOneOrderDetail土最好的办法,在定义该土最好的办法的注解里,大伙儿指定了会把在5秒内调用该土最好的办法的请求合并到getMoreOrderDetails土最好的办法里。
在第16行的getMoreOrderDetails土最好的办法里,大伙儿是通过第21行到第25行的for循环,依次遍历待查询的orderId,并通过第23行的getForObject土最好的办法,调用服务提供者的getOrderDetailById土最好的办法,得到对应的OrderDetail对象,并再加到List<OrderDetail>类型的list对象中。最后,是通过第26行的代码,返回暗含多次请求结果的list对象。
当大伙儿启动Eureka服务器(HystrixEurekaServer)、服务提供者(HystrixEurekaserviceProvider)和服务调用者(HystrixEurekaserviceCaller)有1个 项目后,要能 在浏览器里输入如下的请求,以此来查看合并请求的效果。
http://localhost:200200/mergeDemo
上述请求的输出如下,大伙儿能看过3个OrderDetail对象。从上述的讲解能看出,这3个对象确实是通过一次合并后的请求得到的。
[{"orderId":"1","orderOwner":"Peter"},{"orderId":"2","orderOwner":"Tom"},{"orderId":"3","orderOwner":"Mike"}]
本文谢绝转载。其它和Spring Cloud相关的博文如下: