微服务入门二

最新推荐文章于 2024-05-31 14:31:50 发布
最新推荐文章于 2024-05-31 14:31:50 发布
阅读量88 收藏
点赞数
文章标签： 微服务 架构 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/RogerLuoji/article/details/132922553
版权

一、Nacos配置管理

1.1 统一配置管理

1.1.1 统一配置管理介绍

image-20230907084710983

image-20230907085230214

  • 配置获取步骤
    1. 项目启动
    2. 读取本地配置文件application.yml
    3. 创建spring容器
    4. 加载bean

image-20230907085430908

1.1.2 统一配置管理步骤

  1. 在Nacos中添加配置文件

  2. 引入Nacos的配置管理客户端依赖config：

    <dependency>
	<groupId>com.alibaba.cloud</groupId>
	<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

  3. 在userservice中的resource目录添加一个bootstrap.yml文件，这个文件是引导文件，优先级高于application.yml

    spring:
  application:
    name: userservice #服务名称
  profiles:
    active: dev #环境
  cloud:
    nacos:
      server-addr: localhost:8848 #nacos地址
      config:
        file-extension: yaml #文件后缀名

  4. 在user-service中将pattern.dateformat这个属性注入到UserController中做测试

        @Value("${pattern.dateformat}")
    private String dateformat;

    @GetMapping("now")
    public String now() {
        return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
    }

1.2 配置热更新

  • Nacos中的配置文件变更后，微服务无需重启就可以感知。不过需要通过下面两种配置实现：

    • 在@Value注入的变量所在类上添加注解@RefreshScope

    • 使用ConfigurationProperties注解

      @Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
    private String dateformat;
}

1.3 配置共享

微服务启动时会从nacos读取多个配置文件：

  • [spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml
  • [spring.application.name].yaml，例如：userservice.yaml

无论profile如何变化，[spring.application.name].yaml这个文件是一定会加载的，因此多环境共享配置可以写入这个文件

多环境配置优先级

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

1.4 搭建Nacos集群

  • Nacos生产环境下一定要部署为集群状态

image-20230910174106997

三个nacos节点的地址：

节点ipport
nacos1127.0.0.19991
nacos2127.0.0.19993
nacos3127.0.0.19995

搭建集群的基本步骤：

  • 搭建数据库，初始化数据库表结构
  • 下载nacos安装包
  • 配置nacos
  • 启动nacos集群
  • nginx反向代理

1.4.1 搭建数据库

Nacos默认数据存储在内嵌数据库Derby中，不属于生产可用的数据库。

官方推荐的最佳实践是使用带有主从的高可用数据库集群，这里以单点的数据库为例。

首先新建一个数据库，命名为nacos，而后导入下面的SQL：

CREATE TABLE `config_info` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `data_id` varchar(255) NOT NULL COMMENT 'data_id',
  `group_id` varchar(255) DEFAULT NULL,
  `content` longtext NOT NULL COMMENT 'content',
  `md5` varchar(32) DEFAULT NULL COMMENT 'md5',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  `src_user` text COMMENT 'source user',
  `src_ip` varchar(50) DEFAULT NULL COMMENT 'source ip',
  `app_name` varchar(128) DEFAULT NULL,
  `tenant_id` varchar(128) DEFAULT '' COMMENT '租户字段',
  `c_desc` varchar(256) DEFAULT NULL,
  `c_use` varchar(64) DEFAULT NULL,
  `effect` varchar(64) DEFAULT NULL,
  `type` varchar(64) DEFAULT NULL,
  `c_schema` text,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_configinfo_datagrouptenant` (`data_id`,`group_id`,`tenant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='config_info';

/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = config_info_aggr   */
/******************************************/
CREATE TABLE `config_info_aggr` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `data_id` varchar(255) NOT NULL COMMENT 'data_id',
  `group_id` varchar(255) NOT NULL COMMENT 'group_id',
  `datum_id` varchar(255) NOT NULL COMMENT 'datum_id',
  `content` longtext NOT NULL COMMENT '内容',
  `gmt_modified` datetime NOT NULL COMMENT '修改时间',
  `app_name` varchar(128) DEFAULT NULL,
  `tenant_id` varchar(128) DEFAULT '' COMMENT '租户字段',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_configinfoaggr_datagrouptenantdatum` (`data_id`,`group_id`,`tenant_id`,`datum_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='增加租户字段';


/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = config_info_beta   */
/******************************************/
CREATE TABLE `config_info_beta` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `data_id` varchar(255) NOT NULL COMMENT 'data_id',
  `group_id` varchar(128) NOT NULL COMMENT 'group_id',
  `app_name` varchar(128) DEFAULT NULL COMMENT 'app_name',
  `content` longtext NOT NULL COMMENT 'content',
  `beta_ips` varchar(1024) DEFAULT NULL COMMENT 'betaIps',
  `md5` varchar(32) DEFAULT NULL COMMENT 'md5',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  `src_user` text COMMENT 'source user',
  `src_ip` varchar(50) DEFAULT NULL COMMENT 'source ip',
  `tenant_id` varchar(128) DEFAULT '' COMMENT '租户字段',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_configinfobeta_datagrouptenant` (`data_id`,`group_id`,`tenant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='config_info_beta';

/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = config_info_tag   */
/******************************************/
CREATE TABLE `config_info_tag` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `data_id` varchar(255) NOT NULL COMMENT 'data_id',
  `group_id` varchar(128) NOT NULL COMMENT 'group_id',
  `tenant_id` varchar(128) DEFAULT '' COMMENT 'tenant_id',
  `tag_id` varchar(128) NOT NULL COMMENT 'tag_id',
  `app_name` varchar(128) DEFAULT NULL COMMENT 'app_name',
  `content` longtext NOT NULL COMMENT 'content',
  `md5` varchar(32) DEFAULT NULL COMMENT 'md5',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  `src_user` text COMMENT 'source user',
  `src_ip` varchar(50) DEFAULT NULL COMMENT 'source ip',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_configinfotag_datagrouptenanttag` (`data_id`,`group_id`,`tenant_id`,`tag_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='config_info_tag';

/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = config_tags_relation   */
/******************************************/
CREATE TABLE `config_tags_relation` (
  `id` bigint(20) NOT NULL COMMENT 'id',
  `tag_name` varchar(128) NOT NULL COMMENT 'tag_name',
  `tag_type` varchar(64) DEFAULT NULL COMMENT 'tag_type',
  `data_id` varchar(255) NOT NULL COMMENT 'data_id',
  `group_id` varchar(128) NOT NULL COMMENT 'group_id',
  `tenant_id` varchar(128) DEFAULT '' COMMENT 'tenant_id',
  `nid` bigint(20) NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`nid`),
  UNIQUE KEY `uk_configtagrelation_configidtag` (`id`,`tag_name`,`tag_type`),
  KEY `idx_tenant_id` (`tenant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='config_tag_relation';

/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = group_capacity   */
/******************************************/
CREATE TABLE `group_capacity` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `group_id` varchar(128) NOT NULL DEFAULT '' COMMENT 'Group ID，空字符表示整个集群',
  `quota` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '配额，0表示使用默认值',
  `usage` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '使用量',
  `max_size` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '单个配置大小上限，单位为字节，0表示使用默认值',
  `max_aggr_count` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '聚合子配置最大个数，，0表示使用默认值',
  `max_aggr_size` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '单个聚合数据的子配置大小上限，单位为字节，0表示使用默认值',
  `max_history_count` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '最大变更历史数量',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_group_id` (`group_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='集群、各Group容量信息表';

/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = his_config_info   */
/******************************************/
CREATE TABLE `his_config_info` (
  `id` bigint(64) unsigned NOT NULL,
  `nid` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `data_id` varchar(255) NOT NULL,
  `group_id` varchar(128) NOT NULL,
  `app_name` varchar(128) DEFAULT NULL COMMENT 'app_name',
  `content` longtext NOT NULL,
  `md5` varchar(32) DEFAULT NULL,
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `src_user` text,
  `src_ip` varchar(50) DEFAULT NULL,
  `op_type` char(10) DEFAULT NULL,
  `tenant_id` varchar(128) DEFAULT '' COMMENT '租户字段',
  PRIMARY KEY (`nid`),
  KEY `idx_gmt_create` (`gmt_create`),
  KEY `idx_gmt_modified` (`gmt_modified`),
  KEY `idx_did` (`data_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='多租户改造';


/******************************************/
/*   数据库全名 = nacos_config   */
/*   表名称 = tenant_capacity   */
/******************************************/
CREATE TABLE `tenant_capacity` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `tenant_id` varchar(128) NOT NULL DEFAULT '' COMMENT 'Tenant ID',
  `quota` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '配额，0表示使用默认值',
  `usage` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '使用量',
  `max_size` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '单个配置大小上限，单位为字节，0表示使用默认值',
  `max_aggr_count` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '聚合子配置最大个数',
  `max_aggr_size` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '单个聚合数据的子配置大小上限，单位为字节，0表示使用默认值',
  `max_history_count` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '最大变更历史数量',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_tenant_id` (`tenant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='租户容量信息表';


CREATE TABLE `tenant_info` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `kp` varchar(128) NOT NULL COMMENT 'kp',
  `tenant_id` varchar(128) default '' COMMENT 'tenant_id',
  `tenant_name` varchar(128) default '' COMMENT 'tenant_name',
  `tenant_desc` varchar(256) DEFAULT NULL COMMENT 'tenant_desc',
  `create_source` varchar(32) DEFAULT NULL COMMENT 'create_source',
  `gmt_create` bigint(20) NOT NULL COMMENT '创建时间',
  `gmt_modified` bigint(20) NOT NULL COMMENT '修改时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_tenant_info_kptenantid` (`kp`,`tenant_id`),
  KEY `idx_tenant_id` (`tenant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='tenant_info';

CREATE TABLE `users` (
	`username` varchar(50) NOT NULL PRIMARY KEY,
	`password` varchar(500) NOT NULL,
	`enabled` boolean NOT NULL
);

CREATE TABLE `roles` (
	`username` varchar(50) NOT NULL,
	`role` varchar(50) NOT NULL,
	UNIQUE INDEX `idx_user_role` (`username` ASC, `role` ASC) USING BTREE
);

CREATE TABLE `permissions` (
    `role` varchar(50) NOT NULL,
    `resource` varchar(255) NOT NULL,
    `action` varchar(8) NOT NULL,
    UNIQUE INDEX `uk_role_permission` (`role`,`resource`,`action`) USING BTREE
);

INSERT INTO users (username, password, enabled) VALUES ('nacos', '$2a$10$EuWPZHzz32dJN7jexM34MOeYirDdFAZm2kuWj7VEOJhhZkDrxfvUu', TRUE);

INSERT INTO roles (username, role) VALUES ('nacos', 'ROLE_ADMIN');

1.4.2 下载nacos

1.4.3 修改nacos配置

进入nacos的conf目录，修改配置文件cluster.conf.example，重命名为cluster.conf：

然后添加内容：

127.0.0.1:9991
127.0.0.1.9993
127.0.0.1.9995

然后修改application.properties文件，添加数据库配置

spring.datasource.platform=mysql

db.num=1

db.url.0=jdbc:mysql://127.0.0.1:3306/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC
db.user.0=root
db.password.0=123

1.4.4 启动

将nacos文件夹复制三份，分别命名为：nacos1、nacos2、nacos3

然后分别修改三个文件夹中的application.properties

server.port=9991(9993、9995)

然后分别启动三个nacos节点

1.4.5 nginx反向代理

修改conf/nginx.conf文件，配置如下：

upstream nacos-cluster {
    server 127.0.0.1:9991;
	server 127.0.0.1:9993;
	server 127.0.0.1:9995;
}

server {
    listen       80;
    server_name  localhost;

    location /nacos {
        proxy_pass http://nacos-cluster;
    }
}

然后在浏览器访问：http://localhost/nacos即可

代码中application.yml文件配置如下：

spring:
  cloud:
    nacos:
      server-addr: localhost:80 # Nacos地址

二、Feign远程调用

2.1 Feign替代RestTemplate

2.1.1 RestTemplate方式调用存在的问题

String url = "http://userservice/user/" + order.getUserId();
User user = restTemplate.getForObject(url, USer.class);
  • 代码可读性差，编程体验不统一
  • 参数复杂，url难以维护

2.1.2 Feign介绍

Feign是一个声明式的http客户端：Feign makes writing java http clients easier

2.1.3 定义和使用Feign客户端

  1. 引入依赖

    <dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

  2. 在order-service的启动类添加注解开启Feign功能

    @MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
@EnableFeignClients
public class OrderApplication

  3. 编写FeignClient接口

    @FeignClient("userservice")
public interface UserClient {
    @GetMapping("/user/{id}")
    User findById(@PathVariable("id") Long id);
}

  4. 编写Feign客户端

        @Autowired
    private UserClient userClient;
    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        // 2.调用userClient
        User user = userClient.findById(order.getUserId());
        // 3.封装user到order
        order.setUser(user);
        // 4.返回
        return order;
    }
    • 主要是基于SpringMVC的注解来声明远程调用的信息，比如
      • 服务名称：userservice
      • 请求方式：GET
      • 请求路径：/user/{id}
      • 请求参数：Long id
      • 返回值类型：User

2.1.4 总结

Feign使用步骤

  1. 引入依赖
  2. 添加@EnableFeignClients注解
  3. 编写FeignClient接口
  4. 使用FeignClient中定义的方法代替RestTemplate

2.2 自定义配置

Feign运行自定义配置来覆盖默认配置，可以修改的配置如下：

类型作用说明
feign.Logger.Level修改日志级别包含四种不同的级别：NONE、BASIC、HEADERS、FULL
feign.codec.Decoder响应结果的解析器http远程调用的结果做解析，例如解析json字符串为java对象
feign.codec.Encoder请求参数编码将请求参数编码，便于通过http请求发送
feign.Contract支持的注解格式默认是SpringMVC的注解
feign.Retryer失败重试机制请求失败的重试机制，默认没有，不过会使用Ribbon的重试

一般需要配置的是日志级别

配置Feign日志

方式一：配置文件方式

  • 全局生效

    feign:
	client:
		config:
			default: #这里用default就是全局配置，如果是写服务名称，则是针对某个微服务的配置
				loggerLevel: FULL #日志级别

  • 局部生效

    feign:
	client:
		config:
			userservice: #这里用default就是全局配置，如果是写服务名称，则是针对某个微服务的配置
				loggerLevel: FULL #日志级别

方式二：Java代码方式

  1. 声明一个Bean

    public class FeignClientConfiguration {
	@Bean
	public Logger.Level feignLogLevel(){
		return Logger.Level.BASIC;
	}
}

  2. 如果是全局配置，则把它放到@EnableFeignClients这个注解中

    @EnableFeignClients(defaultConfiguration = FeignClientConfiguration.class)

  3. 如果是局部配置，则把它放到@FeignClient这个注解中

    @FeignClient(value = "userservice", configuration = FeignClientConfiguration.class)

2.3 Feign使用优化

Feign底层的客户端实现：

  • URLConnection：默认实现，不支持连接池
  • Apache HttpClient：支持连接池
  • OKHttp：支持连接池

优化Feign的性能主要包括

  • 使用连接池代替默认的URLConnection
  • 日志级别，最好用basic或none

2.3.1 连接池配置

  1. 引入依赖

            <!--httpClient的依赖-->
        <dependency>
            <groupId>io.github.openfeign</groupId>
            <artifactId>feign-httpclient</artifactId>
        </dependency>

  2. 配置连接池

     Feign:
  httpclient:
    enabled: true #开启feign对HttpClient的支持
    max-connections: 200 #最大的连接数
    max-connections-per-route: 50 #每个路径的最大连接数

2.4 最佳实践

2.4.1 方式一：继承

给消费者的FeignClient和提供者的controller定义统一的父接口作为标准

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

缺点：

  • 服务紧耦合
  • 父接口参数列表中的映射不会被继承

2.4.2 方式二：抽取

将FeignClient抽取为独立模块，并且把接口有关的POJO、默认的Feign配置都放到这个模块中，提供给所有的消费者使用

image-20230911133056616

缺点：过度引用依赖

2.4.3 抽取FeignClient

  1. 首先创建一个module，命名为feign-api，然后引入feign的starter依赖
  2. 将order-service中编写的UserClient、User、DefaultFeignConfiguration都复制到feign-api项目中
  3. 在order-service中引入feign-api的依赖
  4. 修改order-service中的所有与上述三个组件有关的import部分，改成导入feign-api中的包
  5. 重启测试

当定义的FeignClient不在SpringBootApplication的扫描包范围时，这些FeignClient无法使用。有两种解决方式

  • 方式一：指定FeignClient所在包

    @EnableFeignClients(basePackages = "cn.itcast.feign.clients")

  • 方式二：指定FeignClient字节码

    @EnableFeignClients(clients = {Userclient.class})

三、Gateway服务网关

3.1 为什么需要网关

3.1.1 网关功能

  • 身份认证、权限校验
  • 服务路由、负载均衡
  • 请求限流

image-20230912124029175

3.1.2 网关技术实现

在SpringCloud中网关的实现包括两种

  • gateway：基于Spring5中提供的WebFlux，属于响应式编程，具备更好的性能
  • zuul：基于Servlet的实现，属于阻塞式编程

3.2 gateway快速入门

  1. 创建新的module，引入SpringCloudGateway的依赖和nacos的服务发现依赖

            <!--nacos服务注册发现依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--网关gateway依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>

  2. 编写路由配置及nacos地址

    server:
  port: 10010

spring:
  application:
    name: gateway
  cloud:
    nacos:
      sever-addr: localhost:8848
    gateway:
      routes:
        - id: user-service #路由标识，必须唯一
          uri: lb://userservice #路由的目标地址
          predicates: #路由短信，判断请求是否符合规则
            - Path=/user/** #路径断言，判断路径是否是以/user开头，如果是则符合
        - id: order-service #路由标识，必须唯一
          uri: lb://orderservice #路由的目标地址
          predicates: #路由短信，判断请求是否符合规则
            - Path=/order/** #路径断言，判断路径是否是以/user开头，如果是则符合

image-20230912131003706

网关路由可以配置的内容包括：

  • 路由id：路由唯一标识
  • uri：路由目的地，支持lb和http两种
  • predicates：路由断言，判断请求是否符合要求，符合则转发到路由目的地
  • filters：路由过滤器，处理请求或响应

3.3 断言工厂

  • 我们在配置文件中写的断言规则只是字符串，这些字符串会被Predicate Factory读取并处理，转变为路由判断条件
  • 例如Path=/user/**是按照路径匹配，这个规则是由org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory类来处理的
  • 像这样的断言工厂在SpringCloudGateway中还有十几个
名称说明示例
After是某个时间点后的请求- After=2037-01-20T17:42:47.789-07:00[America/Denver]
Before是某个时间点前的请求- Before=2031-04-13T15:14:47.433+08:00[Asia/Shanghai]
Between是某两个时间点之间的请求- Between=2037-01-20T17:42:47.789-07:00[America/Denver], 2037-01-21T17:42:47.789-07:00[America/Denver]
Cookie请求必须包含某些cookie- Cookie=chocolate, ch.p
Header请求必须包含某些cheader- Header=X-Request-Id, \d+
Host请求必须是访问某个host（域名）- Host=**.somehost.org.anotherhost.org
Method请求方式必须是指定方式- Method=GET,POST
Path请求路径必须符合指定规则- Path=/red/{segment},/blue/**
Query请求参数必须包含指定参数- Query=name, Jack或者- Query=name
RemoteAddr请求者的ip必须是指定范围- RemoteAddr=192.168.1.1/24
Weight权重处理

3.4 过滤器工厂

GatewayFilter是网关中提供的一种过滤器，可以对进入网关的请求和微服务返回的响应做处理：

image-20230912133033954

Spring提供了31种不同的路由过滤器工厂

名称说明
AddRequestHeader给当前请求添加一个请求头
RemoveRequestHeader移除请求中的一个请求头
AddResponseHeader给响应结果中添加一个响应头
RemoveResponseHeader从响应结果中移除一个响应头
RequestRateLimiter限制请求的流量
…

如果要对所有的路由都生效，则可以将过滤器工厂写到default下

image-20230912134103367

3.5 全局过滤器

全局过滤器的作用也是处理一切进入网关的请求和微服务响应，与GatewayFilter的作用一样

区别在于GatewayFilter通过配置定义，处理逻辑是固定的。而GlobalFilter的逻辑需要自己写代码实现

定义方式是实现GlobalFilter接口

3.5.1 案例：定义全局管路其，拦截并判断用户身份

需求：定义全局过滤器，拦截请求，判断请求的参数是否满足下面条件：

  • 参数中是否有authorization
  • authorization参数值是否为admin

如果同时满足则放行，否则拦截

@Order(-1)
@Component
public class AuthorizeFilter implements GlobalFilter {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        // 1.获取请求参数
        ServerHttpRequest request = exchange.getRequest();
        MultiValueMap<String, String> queryParams = request.getQueryParams();
        // 2.获取参数中的authorization参数
        String auth = queryParams.getFirst("authorization");
        // 3.判断参数值是否等于admin
        if ("admin".equals(auth)) {
            // 4.是，放行
            return chain.filter(exchange);
        }
        // 5.否，拦截
        exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
        return exchange.getResponse().setComplete();
    }
}

3.5 过滤器执行顺序

  • 每一个过滤器都必须指定一个int类型的order值，order值越小，优先级越高，执行顺序越靠前
  • GlocalFilter通过实现Ordered接口，或者添加@Order注解来指定order值，由我们自己指定
  • 路由过滤器和defaultFilter的order由Spring指定，默认是按照声明顺序从1递增
  • 当过滤器的order值一样时，会按照defaultFilter > 路由过滤器 > GlobalFilter的顺序执行

3.6 跨域问题

跨域：域名不一致就是跨域，主要包括：

  • 域名不同：www.taobao.com和www.taobao.org；www.jd.com和miaosha.jd.com
  • 域名相同，端口不同：localhost:8080和localhost8081

跨域问题：浏览器禁止请求的发起者与服务端发生跨域ajax请求，请求被浏览器拦截的问题

解决方案：CORS

spring:
	cloud:
      globalcors: #全局的跨域处理
        add-to-simple-url-handler-mapping: true #解决options请求被拦截的问题
        corsConfigurations:
          '[/**]':
            allowedOrigins: #允许哪些网站的跨域请求
              - "http://localhost:8090"
              - "http://www.leyou.com"
            allowedMethods: #允许跨域ajax的请求方式
              - "GET"
              - "POST"
              - "DELETE"
              - "PUT"
              - "OPTIONS"
            allowedHeaders: "*" #允许在请求头中携带的头信息
            allowCredentials: true #是否携带cookie
            maxAge: 360000 #这次跨域检测的有效期

6 跨域问题

跨域：域名不一致就是跨域，主要包括：

  • 域名不同：www.taobao.com和www.taobao.org；www.jd.com和miaosha.jd.com
  • 域名相同，端口不同：localhost:8080和localhost8081

跨域问题：浏览器禁止请求的发起者与服务端发生跨域ajax请求，请求被浏览器拦截的问题

解决方案：CORS

spring:
	cloud:
      globalcors: #全局的跨域处理
        add-to-simple-url-handler-mapping: true #解决options请求被拦截的问题
        corsConfigurations:
          '[/**]':
            allowedOrigins: #允许哪些网站的跨域请求
              - "http://localhost:8090"
              - "http://www.leyou.com"
            allowedMethods: #允许跨域ajax的请求方式
              - "GET"
              - "POST"
              - "DELETE"
              - "PUT"
              - "OPTIONS"
            allowedHeaders: "*" #允许在请求头中携带的头信息
            allowCredentials: true #是否携带cookie
            maxAge: 360000 #这次跨域检测的有效期
Roger_wh
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
微服务入门基础
Abright's blog
02-05 986
微服务入门基础 分布式与集群 是什么 集群是个物理形态，分布式是个工作方式。 分布式与集群的关系 分布式中的每一个节点都可以做集群，而集群并不一定就是分布式的，因为具体实现目的不同。 对于分布式来讲是将一个业务分拆多成个不同功能模块部署在不同的服务器上，不同模块相互配合调用完成整体业务。而对于集群来讲，则是把某个拆分的模块部署在多个服务器上。以负载均衡的方式响应请求。 分布式与集群的个各自优势 分布式与集群目的都是提高效率，但各有侧重。 分布式是以缩短单个任务的执行时间来提升效率，而集群则是通过提高单位
使用Istio治理微服务入门
02-24
本文来自博客园，本文介绍微服务的“痛点”，以及我们将带领大家感性的认识一下Istio，希望对您的学习有所帮助。近两年微服务架构流行，主流互联网厂商内部都已经微服务化，初创企业虽然技术积淀不行，但也通过各种...
微服务入门详解
CSNZのBlog
06-16 929
微服务架构的 核心就是 将单一的应用程序划分成一组小的服务 ， 也就是模块化 (根据业务模块 划分成一个个具体的服务，每一个服务提供特定的功能，一个服务只做一件事)。 而每个服务运行在自己的进程内，服务之间相互协调，互相配置。 每个服务围绕着具体的业务进行构建，并独立部署到生产环境中。...
微服务入门篇
民工哥的博客
08-19 783
点击关注公众号，回复“1024”获取2TB学习资源！本篇笔者将从以下几点来讲解微服务的入门知识点。单体架构什么是单体架构简单来说就是一个war包打天下，war包中就包含了各种功能和资源，比...
微服务入门
qq_44732432的博客
01-12 1134
​ 微服务的架构特征： 微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。 因此，可以认为微服务是一种经过良好架构设计的分布式架构方案 。 但方案该怎么落地？选用什么样的技术栈？全球的互联网公司都在积极尝试自己的微服务落地方案。 其中在Java领域最引人注目的就是SpringCloud提供的方案了。 ​
一、微服务入门
m0_59376721的博客
11-26 305
缺点：需要考虑一些问题，如：拆分粒度、集群地址维护、服务间远程地址调用、服务健康状态。分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。隔离性强：服务调用做好隔离、容错、降级、避免出现级联问题。自治：数据独立、部署独立、团队独立、技术独立。优点：降低服务耦合，有利于拓展升级。单一职责：每个服务对应唯一的业务。面向服务：微服务对外暴露业务接口。优点：架构简单、部署成本低。
微服务入门概述
LastMoonY的博客
01-11 90
微服务入门
微服务基础入门
weixin_50216991的博客
05-06 1935
从本节开始，我开了一个新的专栏，叫做微服务技术栈。我进入到了微服务的学习阶段。这一小节就先来学习一下微服务的基础入门知识。这一节是一个过渡章节，所以会涉及到比较多的概念，以理解为主,比较短小。主要目的是让我们对微服务有一个具体的认识，方便后续学习更高级的知识。在这个专栏里，大家都是老师，欢迎在评论区学习讨论。 一.微服务的基本概念1.什么是微服务2.微服务的特点 一.微服务的基本概念 1.什么是微服务 微服务在诞生之前，我们的架构主要是单体架构。那么单体架构有什么痛点呢？ 单体应用的痛点 第一点就是.
Golang 微服务入门
欧阳金城-武
05-22 3372
一般来说，单点故障服务崩溃是不能被容忍的，因此都能满足分区容错性，因此可以认为 CAP 的 P 总是成立。因为可用性相比于一致性，更为重要，因此主流的做法是在满足 AP的同时，提高C，常用的方法如 最终一致性方案、TCC事务补偿型方案 和 最大努力通知型。X轴 —— 代表无差别的克隆服务和数据，工作可以很均匀的分散在不同的服务实例上；Y轴 —— 关注应用中职责的划分，比如数据类型，交易执行类型的划分；Z轴 —— 关注服务和数据的优先级划分，如分地域划分。缓存从用户端到CPU寄存器依次有。
微服务入门&SpringCloud
Fighting0429的博客
05-14 382
spring-cloud不是单独的开发，而是整合。企业需求。
微服务入门案例
qq_43575044的博客
10-25 216
服务拆分 注意事项： 不同微服务，不要重复开发相同业务 微服务数据独立，不要访问其它微服务的数据库 微服务可以将自己的业务暴露为接口，供其它微服务调用 微服务远程调用案例 demo项目： https://download.csdn.net/download/qq_43575044/34054477 具体实现： OrderApplication： OrderService： 总结： 微服务调用方式 基于 RestTemplate 发起的 Http 请求实现远程调用 Http请求做远程调用是与语言
微服务入门介绍
09-11
微服务入门概述，简单明了告诉你啥叫微服务，能干啥，为什么要有微服务
微服务入门介绍.pptx
10-11
微服务入门介绍.pptx
SOA 与“微服务”的区别
程序猿视角
05-28 310
综上所述，SOA和微服务在服务粒度、通信方式、交付要求、应用场景以及服务管理和部署等方面存在显著差异。这些差异使得两者在各自适合的场景中发挥着不同的优势。SOA（面向服务的架构）与微服务之间的区别可以从多个维度进行分析。
山东大学软件学院项目实训-创新实训-基于大模型的旅游平台（二十一）- 微服务(1)
qq_64663346的博客
05-27 1021
defaultZone: http://localhost:10086/eureka # 地址 信息。defaultZone: http://localhost:10086/eureka # 地址信息。提供者 ： 一次业务中，被其它微服务调用的业务（提供接口给其它微服务）// 利用RestTemplate发http请求。消费者 ： 一次业务中， 调用其他微服务（调用其它微服务的接口）// 创建RestTemplate对象并注入容器。--eureka服务端-->// 根据id查询订单并返回。
AI大模型下的微服务会有什么？
liuruiaaa的博客
05-28 429
AI大模型下的微服务会有什么？
微服务-Nacos-安装-集成SpringBoot
m0_68711597的博客
05-28 1366
主要是为了解决微服务的架构中 服务治理的问题服务治理就是进行服务的自动化管理，其核心是服务的注册与发现。服务注册：服务实例将自身服务信息注册到注册中心。服务发现：服务实例通过注册中心，获取到注册到其中的服务实例的信息，通过这些信息去请求他们提供服务。服务剔除：服务注册中心将出问题的服务自动剔除到可用列表之外，使其不会被调用到。
微服务学习Day8-Sentinel
最新发布
你来看我啦！
05-31 286
进入
JAVA微服务入门课程
07-13
你好！对于入门微服务开发的Java课程，我推荐你学习以下内容： 1. Java基础知识：了解Java语言的基本语法、面向对象编程等概念，这是学习微服务开发的基础。 2. Spring Boot框架：Spring Boot是一种用于构建独立的、生产级别的Spring应用程序的框架。学习Spring Boot可以帮助你快速搭建和部署微服务。 3. Spring Cloud：Spring Cloud是一个用于构建分布式系统的工具集合，它提供了各种组件和功能，例如服务注册与发现、负载均衡、断路器等。学习Spring Cloud可以让你更好地理解和实践微服务架构。 4. RESTful API设计：学习如何设计和实现RESTful风格的API，这是微服务架构中常用的通信方式。 5. 数据库和持久化：了解常见的数据库技术，如MySQL、MongoDB等，并学习如何在微服务中进行数据持久化操作。 6. 容器化和部署：学习Docker容器和Kubernetes等容器编排工具，以便将你的微服务应用部署到云端或者本地环境。 这些是入门微服务开发的基础知识，希望能够帮助到你！如果你需要更详细的学习资源或者有其他问题，请随时告诉我。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值