Spring Cloud认知学习(三)：网关Zuul、config使用

目录
  • zuul
    • 作用：
    • 简单示例：
      • 0.创建模块
      • 1.导入依赖：
      • 2.主程序增加注解：
      • 3.配置application.yml:
      • 4.测试
    • 配置语法：
      • 路由
    • 补充：

??上一篇介绍一个新的组件Hystrix，Hystrix是一个熔断器，可以用于解决微服务调用中发送的服务熔断和服务降级问题。 

??这一篇介绍一个新的组件Zuul，Zuul是网关组件，对Api请求进行了统一的接收，基于网关，我们可以对所有的请求来进行处理，进行日志记录，请求授权等操作。

zuul

  • zuul可以作为微服务的网关，所谓网关，其实就是服务消费者通过网关来访问服务消费者，就好像网络环境中我们都是把请求丢给网关，网关再向外请求的。
  • zuul是Netfilx OSS的一员，可以与其他的Netfilx OSS的兄弟，如Eureka,Ribbon,Hystrix很好的配合。
  • 为了应对zuul的更新问题，spring 团队也自己开发了一个网关组件--Spring Cloud Gateway，但还是像我之前说的，学这个一方面是为了了解多种知识，一方面是为了避免需要接手zuul项目或者把zuul项目改造成gateway的却缺少zuul知识的问题，而且zuul还没凉不是吗

作用：

??使用网关来隐藏了具体的服务的URL，外部调用API接口的时候都是使用网关的URL，避免了服务的敏感信息的泄露。
??由于所有的请求都经过网关，所以可以在网关做身份认证和权限认证。
??可以在网关做统一的日志记录。
??可以在网关做统一的监控处理。
??可以与eureka、ribbon等结合，可以实现对请求的负载均衡。

简单示例：

下面的代码可以参考zuul整合使用实验

0.创建模块

0.创建新模块spring-cloud-zuul-10001

1.导入依赖：

复制代码 
    <dependencies>
        
        <dependency>
            <groupId>com.progor.studygroupId>
            <artifactId>spring-cloud-common-dataartifactId>
            <version>1.0-SNAPSHOTversion>
        dependency>
        
        
        <dependency>
            <groupId>org.springframework.cloudgroupId>
            <artifactId>spring-cloud-starter-netflix-zuulartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.cloudgroupId>
            <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-actuatorartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.cloudgroupId>
            <artifactId>spring-cloud-starter-netflix-hystrixartifactId>
        dependency>
        
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-jettyartifactId>
        dependency>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-webartifactId>
        dependency>
    dependencies>

2.主程序增加注解：

复制代码 
@SpringBootApplication
@EnableZuulProxy
@EnableEurekaClient // 需要加eureka，因为他也需要拉取服务列表
public class SpringCloudZuul10001Application {

    public static void main(String[] args) {
        SpringApplication.run(SpringCloudZuul10001Application.class, args);
    }

}

3.配置application.yml:

复制代码 
server:
  port: 10001

spring:
  application:
    name: spring-cloud-zuul

# 为了负载均衡之类的和拉取服务之类的，也需要配置eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka
  instance:
    instance-id: zuul-10001.com
    prefer-ip-address: true

# 配置zuul
zuul:
  routes: # 配置路由
    UserService.serviceId: USERSERIVE # 服务名
    UserService.path: /myuser/**  # 在本地用什么来映射,比如/user/list会映射成本地的/myuser/user/list

4.测试

??启动spring-cloud-user-service-8001，spring-cloud-zuul-10001，spring-cloud-eureka-server-7001，
??访问http://localhost:10001/myuser/user/list，你会发现与调用http://localhost:8001/user/list的效果一致，所以上面的配置成功了，我们通过zuul的10001作为一个网关调用到了8001的服务，那么以后的消费者都可以调用网关的接口来间接调用服务接口。

配置语法：

路由

复制代码 
zuul:
  routes: # 配置路由
    UserService.serviceId: USERSERIVE # serviceId用来服务名。UserService.前缀是用来分组映射的，可以是自定义的前缀。
    UserService.path: /myuser/**  # 在本地用什么来映射,比如/user/list会映射成本地的/myuser/user/list

也可以是：

复制代码 
zuul:
  routes: # 配置路由
    UserService:
      serviceId: USERSERIVE # 服务名
      path: /myuser/**  # 在本地用什么来映射,比如/user/list会映射成本地的/myuser/user/list
    MessageService:
      serviceId: MESSAGESERIVE # 服务名
      path: /mymsg/**  #

??ignored-services：默认情况下，zuul会对能拉取到的服务都进行映像。在eureka有MessageService，但我们没有配置的时候，你访问http://localhost:10001/messageserive/msg/list也可以访问到MessageService，因为默认会采取http://ip:port/服务名来映射。如果你不需要默认映射，只采用你手动配置的映射，那么需要配置zuul.ignored-services = '*'。
??prefix：用来指定一个全局的前缀，比如说上面的是/mymsg/** ，如果你配置了zuul.prefix=/api，那么你以后需要调用/api/mymsg/**才能访问到MESSAGESERIVE的接口。

复制代码 
# 配置zuul
zuul:
  prefix: /api
  routes: # 配置路由
    UserService:
      serviceId: USERSERIVE # 服务名
      path: /myuser/**  # 在本地用什么来映射,比如/user/list会映射成本地的/myuser/user/list
  ignored-services: '*'


Spring Cloud Config

作用：

  • 在分布式部署中，肯定会有很多个服务端需要部署，理论上各种服务端可能需要采用不同的配置文件，所以对于多个服务端的配置文件分发也是个问题。
  • Spring Cloud Config就是作为配置中心存在的，其他服务端可以从它这里拉取服务端所需的配置文件。
  • 原理：Spring Cloud Config对外暴露Http API接口，Spring Cloud Config Client通过调用Config Server的Http接口来获取配置文件。


简单示例


Spring Cloud Config可以从很多地方拉取配置文件，本地远程都可以。由于从远程git拉取比较常见，所以这里举的例子是远程git的。【本地拉取的会在单章中演示。】


下面的代码可以参考：Spring Cloud Config配置中心使用实验


创建配置中心


1.创建模块spring-cloud-config-server-11000，这是作为配置服务中心的模块，就好像我们之前使用eureka的时候也要创建一个eureka-server。




2.给spring-cloud-config-server-11000模块导入依赖：


    
        
        
            com.progor.study
            spring-cloud-common-data
            1.0-SNAPSHOT
        
        
        
            org.springframework.cloud
            spring-cloud-config-server
        
    





3.修改spring-cloud-config-server-11000模块的application.yml：


server:
  port: 11000

spring:
  application:
    name:  spring-cloud-config-server
  cloud: # 配置spring cloud config
    config:
      server:
        git: # 使用git来拉取
          uri: https://github.com/alprogor/spring-cloud-config-test.git #GitHub上面的git仓库名字
          search-paths: messageservice
          # 如果你不指定search-paths，那么默认是在根目录查找的，那么你的config文件需要放在根目录






4.修改主程序类，增加@EnableConfigServer


@SpringBootApplication
@EnableConfigServer
public class SpringCloudConfigServer11000Application {

    public static void main(String[] args) {
        SpringApplication.run(SpringCloudConfigServer11000Application.class, args);
    }

}





5.在github上面创建一个仓库，在本地拉取这个仓库，创建一个文件夹messageservice，文件夹里面有一个spring-cloud-message-config-11000.yml，填入下面的代码只会，推送到github:
可以参考代码：spring-cloud-config-test


spring:
  profiles:
    active:
      - dev

---
spring:
  profiles: dev
  application:
      name: spring-cloud-message-service-config-dev

---
spring:
  profiles: test
  application:
    name: spring-cloud-message-service-config-test

server:
  port: 8006





6.启动spring-cloud-config-server-11000
??访问http://localhost:11000/master/spring-cloud-message-config-11000.yml可以看到主分支上的配置文件。
??访问http://localhost:11000/master/spring-cloud-message-config-11000-test.yml，可以看到test profile下的配置
??如何拼接路径来访问配置文件，可以参考下图：
20200513152923




拉取配置


1.创建模块spring-cloud-message-service-config-8006：
2.导入依赖：



        
        
            com.progor.study
            spring-cloud-common-data
            1.0-SNAPSHOT
        
        
        
        
        
            org.springframework.boot
            spring-boot-starter-web
        
        
        
            org.springframework.boot
            spring-boot-starter-jetty
        
        
            ch.qos.logback
            logback-core
        
        

        
        
            org.springframework.cloud
            spring-cloud-starter-config
        

    





3.在模块spring-cloud-message-service-config-8006的resources下创建bootstrap.yml：
??bootstrap.yml是一个优先级很高的配置文件，反正优先于application.yml,所以它可以用来拉取配置文件。


spring:
  cloud:
    config:
      name: spring-cloud-message-config-11000 #需要从github上读取的资源名称，注意没有yml后缀名
      profile: test   #本次访问的配置项
      label: master
      uri: http://localhost:11000 

						  
					  

						
							


						

							
							
			互联网架构-微服务							
						



						

						
						


						

						
					

					

					
					

						
相关

						

				
						
			            
            
            
                                    
           
  			
						

					

					
				


				

														
					
					

					
									

					
									   
标签