(1)概念:
完成一个复杂的业务,可能需要多个微服务合作来完成,比如下单,需要用户服务,支付服务,地图服务,订单服务。一般是我们对外服务的窗口,进行服务内外隔离。一般微服务都在内网,不做安全验证,就好像:很多明星,可以独立开演唱会(独立提供服务)。也可以去春晚(微服务群提供服务)。但一台春晚就不能让观众一个一个调用了,观众要想调用,需要检票啥的,检票就类似于网关,进来之后,界面随便看,不会说你看个小品,还需要再检票。
微服务没有网关,会有下面的问题:
- 客户端请求多个微服务,增加了客户端复杂性,每个微服务都要做用户认证,限流等,避免和多个微服务打交道的复杂性。
- 有跨域问题,不在同一个域。
- 认证复杂,每个服务都要独立认证,服务要求的权限不一致。
- 难以重构。因为微服务被客户端调用着,重构难以实施。
网关是介于客户端(外部调用方比如app,h5)和微服务的中间层。
Zuul是Netflix开源的微服务网关,核心是一系列过滤器,这些过滤器可以完成以下功能。
- 是所有微服务入口,进行分发。
- 身份认证与安全:识别合法的请求,拦截不合法的请求。
- 监控:在入口处监控,更全面。
- 动态路由:动态将请求分发到不同的后端集群。
- 压力测试:可以逐渐增加对后端服务的流量,进行测试。
- 负载均衡:也是用ribbon。
- 限流:比如我每秒只要1000次,10001次就不让访问了。
- 服务熔断。
zuul默认集成了:ribbon和hystrix。
(2)启用网关
导入依赖:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
</dependency>
配置文件:
eureka.client.service-url.defaultZone=http://euk1.com:7001/eureka/
spring.application.name=zuulserver
server.port=80
启动类上添加注解:
@EnableZuulProxy
测试访问
网关会将服务名转换成具体服务的ip和端口,实际进行访问。
(3)负载均衡
consumer.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule
(4)路由端点
调试的时候,看网关请求的地址,以及映射是否正确。网关请求有误时,可以通过此处排查错误。
配置:
management.endpoints.web.exposure.include=*
management.endpoint.health.show-details=always
management.endpoint.health.enabled=true
management.endpoint.routes.enabled=tru
(5)配置指定微服务的访问路径
通过服务名配置(虚拟主机名)
zuul.routes.consumer=/xxoo/**
自定义映射
zuul.routes.xx.path=/xx/**
zuul.routes.xx.url=http://example.com
自定义负载均衡
zuul.routes.xx.path=/xx/**
zuul.routes.xx.service-id=cuidcuid.ribbon.listOfServers=localhost:82,localhost:83
ribbon.eureka.enabled=false
(6)忽略微服务
zuul.ignored-services=user-provider
(7)前缀
zuul.prefix=/api/v1
带上前缀请求
zuul.strip-prefix=false