为了提高服务的可用性,我们一般会将相同的服务部署多个实例,负载均衡的作用就是使获取服务的请求被均衡的分配到各个实例中。负载均衡一般分为服务端负载均衡和客户端负载均衡,服务端的负载均衡通过硬件(如F5)或者软件(如Nginx)来实现,而Ribbon实现的是客户端负载均衡。服务端负载均衡是在硬件设备或者软件模块中维护一份可用服务清单,然后客户端发送服务请求到这些负载均衡的设备上,这些设备根据一些算法均衡的将请求转发出去。而客户端负载均衡则是客户端自己从服务注册中心(如之前提到的Eureka Server)中获取服务清单缓存到本地,然后通过Ribbon内部算法均衡的去访问这些服务。
Ribbon简介
Ribbon是由Netflix开发的一款基于HTTP和TCP的负载均衡的开源软件。我们可以直接给Ribbon配置好服务列表清单,也可以配合Eureka主动的去获取服务清单,需要使用到这些服务的时候Ribbon通过轮询或者随机等均衡算法去获取服务。
在Spring Cloud Eureka服务治理一节中,我们已经在Server-Consumer中配置了Ribbon,并通过加了@LoadBalanced
注解的RestTemplate对象去均衡的消费服务,所以这节主要记录的是RestTemplate的详细使用方法和一些额外的Ribbon配置。
RestTemplate详解
从名称上来看就可以知道它是一个用来发送REST请求的摸板,所以包含了GET,POST,PUT,DELETE等HTTP Method对应的方法。
发送Get请求
RestTemplate中与GET请求对应的方法有getForEntity
和getForObject
。
getForEntity
getForEntity
方法返回ResponseEntity
对象,该对象包含了返回报文头,报文体和状态码等信息。getForEntity
有三个重载方法:
getForEntity(String url, Class<T> responseType, Object... uriVariables)
;getForEntity(String url, Class<T> responseType, Map<String, ?> uriVariables)
;getForEntity(URI url, Class<T> responseType)
;
第一个参数为Url,第二个参数为返回值的类型,第三个参数为请求的参数(可以是数组,也可以是Map)。
举个getForEntity(String url, Class<T> responseType, Object... uriVariables)
的使用例子:
1 | @GetMapping("user/{id:\\d+}") |
{1}
为参数的占位符,匹配参数数组的第一个元素。因为第二个参数指定了类型为User,所以调用getBody
方法返回类型也为User。
方法参数除了可以放在数组里外,也可以放在Map里,举个getForEntity(String url, Class<T> responseType, Map<String, ?> uriVariables)
使用例子:
1 | @GetMapping("user/{id:\\d+}") |
只有两个参数的重载方法getForEntity(URI url, Class<T> responseType)
第一个参数接收java.net.URI
类型,可以通过org.springframework.web.util.UriComponentsBuilder
来创建,举个该方法的使用例子:
1 | @GetMapping("user/{id:\\d+}") |
其中expand
方法也可以接收数组和Map两种类型的参数。
getForObject
getForObject
方法和getForEntity
方法类似,getForObject
方法相当于getForEntity
方法调用了getBody
方法,直接返回结果对象,为不是ResponseEntity
对象。
getForObject
方法和getForEntity
方法一样,也有三个重载方法,参数类型和getForEntity
方法一致,所以不再列出。
发送POST请求
使用RestTemplate发送POST请求主要有postForEntity
,postForObject
和postForLocation
(这个目前较少使用,所以不做介绍)三个方法。
postForEntity
和postForObject
也分别有三个重载方法,方法参数和使用方式和上面介绍的getForEntity
和getForObject
一样,所以不再详细介绍。简单举个getForObject
的使用例子:
1 | @GetMapping("user") |
发送PUT请求
使用RestTemplate发送PUT请求,使用的是它的put
方法,put
方法返回值是void
类型,该方法也有三个重载方法:
put(String url, Object request, Object... uriVariables)
;put(String url, Object request, Map<String, ?> uriVariables)
;put(URI url, Object request)
。
举个例子:
1 | @GetMapping("user/update") |
在RESTful风格的接口中,判断成功失败不再是通过返回值的某个标识来判断的,而是通过返回报文的状态码是否为200来判断。当这个方法成功执行并返回时,返回报文状态为200,即可判断方法执行成功。
发送DELETE请求
使用RestTemplate发送DELETE请求,使用的是它的delete
方法,delete
方法返回值是void
类型,该方法也有三个重载方法:
delete(String url, Object... uriVariables)
;delete(String url, Map<String, ?> uriVariables)
;delete(URI url)
。
举个例子:
1 | @GetMapping("user/delete/{id:\\d+}") |
RestTemplates实战
我们在Spring Cloud Eureka服务治理中的Eureka客户端(Server-Provider)中编写一套RESTful风格的测试接口:
1 | @RestController |
User对象代码:
1 | public class User implements Serializable { |
需要注意的是,User对象必须有默认的构造方法,否则在JSON与实体对象转换的时候会抛出如下异常:
JSON parse error: Can not construct instance of model.Class: no suitable constructor found
然后在Server-Consumer中使用RestTemplates分别去获取这些服务:
1 | @RestController |
我们分别启动两个Eureka Server用于集群,两个Eureka Client(Server-Provider)实例,然后启动Server-Consumer。
使用Restlet Client访问http://localhost:9000/user/1(后面每个方法我们都访问两次,用于观察负载均衡),返回结果如下:
剩下的方法测试结果这里不贴出来了,当我们分别访问下面的连接后:
- http://localhost:9000/user/
- http://localhost:9000/user/add
- http://localhost:9000/user/update
- http://localhost:9000/user/delete/1
查看Eureka客户端8082和8083的后台日志:
1 | 2018-06-03 18:17:26.231 INFO 11188 --- [ main] .s.c.n.e.s.EurekaAutoServiceRegistration : Updating port to 8083 |
发现方法都成功调用,并且是均衡的。
Spring Cloud Ribbon配置
Spring Cloud Ribbon的配置分为全局和指定服务名称。比如我要指定全局的服务请求连接超时时间为200毫秒:
1 | ribbon: |
如果只是设置获取Server Provider服务的请求连接超时时间,我们只需要在配置最前面加上服务名称就行了,如:
1 | Server-Provider: |
设置获取Server-Provider服务的负载均衡算法从轮询改为随机:
1 | Server-Provider: |
设置处理Server-Provider服务的超时时间:
1 | Server-Provider: |
开启重试机制,即获取服务失败是否从另外一个节点重试,默认值为false:
1 | spring: |
对Server-Provider的所有请求在失败的时候都进行重试:
1 | Server-Provider: |
切换Server-Provider实例的重试次数:
1 | Server-Provider: |
对Server-Provider当前实例的重试次数:
1 | Server-Provider: |
根据如上配置当访问Server-Provider服务实例(比如是8082)遇到故障的时候,Ribbon会再尝试访问一次当前实例(次数由MaxAutoRetries配置),如果不行,就换到8083实例进行访问(更换次数由 MaxAutoRetriesNextServer决定),如果还是不行,那就GG思密达,返回失败。
如果不和Eureka搭配使用的话,我们就需要手动指定服务清单给Ribbon:
1 | Server-Provider: |
上面配置了名称为Server-Provider的服务,有两个节点可供使用(8082和8083)。