专栏目录
31. FeignClient 实现断路器以及线程隔离限流的思路 5.所有项目的parent与spring-framework-common说明 19.Eureka的服务端设计与配置 16.Eureka架构和核心概念 36. 验证断路器正确性 28.OpenFeign的生命周期-进行调用 4.maven依赖回顾以及项目框架结构 40. spock 单元测试封装的 WebClient(上) 38. 实现自定义 WebClient 的 NamedContextFactory 37. 实现异步的客户端封装配置管理的意义与设计 1. 背景 35. 验证线程隔离正确性 29.Spring Cloud OpenFeign 的解析(1) 41. SpringCloudGateway 基本流程讲解(2) 44.避免链路信息丢失做的设计(1) 15.UnderTow 订制 14.UnderTow AccessLog 配置介绍 40. spock 单元测试封装的 WebClient(下) 17.Eureka的实例配置 7.从Bean到SpringCloud 6.微服务特性相关的依赖说明 12.UnderTow 简介与内部原理 11.Log4j2 监控相关 23.订制Spring Cloud LoadBalancer 21.Spring Cloud LoadBalancer简介 20. 启动一个 Eureka Server 集群 22.Spring Cloud LoadBalancer核心源码 24.测试Spring Cloud LoadBalancer 30. FeignClient 实现重试 8.理解 NamedContextFactory 43.为何 SpringCloudGateway 中会有链路信息丢失 41. SpringCloudGateway 基本流程讲解(1) 39. 改造 resilience4j 粘合 WebClient 44.避免链路信息丢失做的设计(2) 18.Eureka的客户端核心设计和配置 27.OpenFeign的生命周期-创建代理 42.SpringCloudGateway 现有的可供分析的请求日志以及缺陷 25.OpenFeign简介与使用 10.使用Log4j2以及一些核心配置 26.OpenFeign的组件 33. 实现重试、断路器以及线程隔离源码 13.UnderTow 核心配置 32. 改进负载均衡算法 3.Eureka Server 与 API 网关要考虑的问题 45. 实现公共日志记录 9.如何理解并定制一个Spring Cloud组件 2.微服务框架需要考虑的问题 34.验证重试配置正确性

6.微服务特性相关的依赖说明

干货满满张哈希
• 阅读 846

6.微服务特性相关的依赖说明

本系列代码地址:https://github.com/HashZhang/spring-cloud-scaffold/tree/master/spring-cloud-iiford

6.微服务特性相关的依赖说明

spring-cloud-common 不再是一个纯依赖的项目,这个模块包括:

  1. spring-framework-common 的依赖
  2. 同步与异步微服务公共的依赖
  3. 同步与异步微服务公共的框架代码改造,这个我们后面分析框架以及我们设计的修改的时候,会详细分析,这里先跳过

同步与异步微服务公共的依赖包括

代码请参考:https://github.com/HashZhang/spring-cloud-scaffold/blob/master/spring-cloud-iiford/spring-cloud-iiford-spring-cloud-common/pom.xml

1.启用 Spring Cloud 的 Bootstrap Context:在 Spring Cloud 2020.0.x 版本开始,Bootstrap Context 默认不再启用。我们的项目,某些模块使用了 spring-cloud-config,这个是需要启用 Bootstrap Context 的。同时,我们的配置,还通过 bootstrap.ymlapplication.yml 区分了不同配置,如果多环境中配置是一样并且基本不会动态更改的则放入 bootstrap.yml,不同环境不同或者可能动态修改则放入 application.yml。所以通过加入如下依赖来启用:

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

这个底层实现非常简单,是否启用 Bootstrap Context 是通过检查这个依赖中的 Marker 类是否存在而决定的。参考代码:

PropertyUtils.java

/**
 * Property name for bootstrap marker class name.
 */
public static final String MARKER_CLASS = "org.springframework.cloud.bootstrap.marker.Marker";

/**
 * Boolean if bootstrap marker class exists.
 */
public static final boolean MARKER_CLASS_EXISTS = ClassUtils.isPresent(MARKER_CLASS, null);

2.使用 Eureka 作为注册中心,我们需要添加 Eureka 的客户端依赖:

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

3.不使用 Ribbon,使用 Spring Cloud LoadBalancer 作为我们的负载均衡器

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

4.使用 resilience4j 作为重试、断路、限并发、限流的组件基础

<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-spring-cloud2</artifactId>
</dependency>

5.暴露 actuator 相关端口

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

6.使用 prometheus 进行指标监控采集

<dependency>
    <groupId>io.micrometer</groupId>
    <artifactId>micrometer-registry-prometheus</artifactId>
</dependency>

6.微服务特性相关的依赖说明

spring-cloud-webmvc 是针对基于同步 spring-mvc 的微服务的依赖,同样的,spring-cloud-webmvc 也包含同步微服务公共的框架代码改造,这个我们后面分析框架以及我们设计的修改的时候,会详细分析,这里先跳过。我们这里先只说明依赖:

代码请参考:https://github.com/HashZhang/spring-cloud-scaffold/blob/master/spring-cloud-iiford/spring-cloud-iiford-spring-cloud-webmvc/pom.xml

1.spring-cloud-common 的依赖:之前提到过 spring-cloud-common 是 spring-cloud-webmvc 与 spring-cloud-webflux 的公共依赖。

2.使用 undertow 作为我们的 web 容器:web-mvc 默认的容器是 tomcat,需要排除这个依赖,并添加 undertow 相关依赖。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-tomcat</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-undertow</artifactId>
</dependency>

3.使用 webflux 相关异步接口,某些微服务主要基于同步接口,但有一些特殊的接口使用的异步响应式实现,这个并不会发生冲突,所以在这里我们也添加了 web-flux 依赖。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-webflux</artifactId>
</dependency>

4.使用 OpenFeign 作为同步微服务调用客户端,OpenFeign 目前主要还是作为同步客户端使用,虽然目前也有异步实现,但是功能与粘合代码还不完整,异步的我们还是会使用 WebClient。

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

5.粘合 OpenFeign 与 resilience4j 的代码依赖,官方提供了 OpenFeign 与 resilience4j 粘合代码,请参考:resilience4j-feign。我们会在此基础上做一些个性化改造,后面我们会详细分析。

<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-feign</artifactId>
</dependency>

6.微服务特性相关的依赖说明

spring-cloud-webmvc 是针对基于异步响应式 spring-webflux 的微服务的依赖,同样的,spring-cloud-webflux 也包含异步微服务公共的框架代码改造,这个我们后面分析框架以及我们设计的修改的时候,会详细分析,这里先跳过。我们这里先只说明依赖:

代码请参考:https://github.com/HashZhang/spring-cloud-scaffold/blob/master/spring-cloud-iiford/spring-cloud-iiford-spring-cloud-webflux/pom.xml

1.spring-cloud-common 的依赖:之前提到过 spring-cloud-common 是 spring-cloud-webmvc 与 spring-cloud-webflux 的公共依赖。

2.使用 webflux 作为我们的 web 容器,这里我们不需要额外 web 容器。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-webflux</artifactId>
</dependency>

3.粘合 project-reactor 与 resilience4j,这个在异步场景经常会用到,请参考:resilience4j-reactor

<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-reactor</artifactId>
</dependency>

6.微服务特性相关的依赖说明

本小节我们分析了我们项目中的微服务公共依赖以及基于 web-mvc 同步的微服务依赖和基于 web-flux 异步的微服务依赖。下一节我们将从一些 Spring 基础开始,逐步深入分析我们的 Spring Cloud 框架。

微信搜索“我的编程喵”关注公众号,每日一刷,轻松提升技术,斩获各种offer

6.微服务特性相关的依赖说明

点赞
收藏
评论区
推荐文章

暂无数据