Spring Cloud 2020.0.0 正式发布,全面和 Netflix 说再见,开发者应该如何应对?

北京时间 2020 年 12 月 22 日深夜,Spring Cloud 2020.0.0版本正式发布。2020.0.0 是第一个使用新版本命名方案的发命名的 Spring Cloud 发行版本。除了肉眼可见的更开发者友好的命名方式,此次发布全面抛弃了 Netflix 技术栈,而且是一个长期维护的主要版本。这对开发者来讲意味着什么呢?今天咱们邀请到开源社区活跃做者 YourBatman Spring Cloud Alibaba committer 冷冷来和你们解读下此次发版的重要变化,更重要的是和你们聊聊咱们做为开发者后续应该如何应对。html

做者:react

YourBatman | 在线教育领域资深架构师,Spring Framework 开源贡献者git

冷冷 | 云集架构师、开源项目 pig 负责人、Spring Cloud Alibaba Committergithub

Spring Cloud 版本管理

在 Spring Cloud 2020.0.0正式发布以前,Spring Cloud 的 Release Train 名称采用的是伦敦地铁站名称来命名的,并以字母表顺序排列,如:Hoxton、Greenwich、Ilford 等,这种命名方式存在两个致命问题:web

  • 对非英语母语国家,好比中国就很是不友好,没法快速理清版本号关系
  • 英文字母就 26 个,假若版本号到了 Z 之后呢?如何继续发展?

Spring Cloud 遵循 Pivotal OSS support policy 协议对主要版本提供三年的支持。此外,在 Spring Cloud 的主要或次要版本发布后,若存在严重的 bug 和安全问题,就会再维护一段时间(6-12 个月不等)。参考如下表格: spring

核心变化解读

Spring Cloud 2020.0.0 做为一个主要版本,带来了众多显著的变化,其中进行了一些阻断式更新(不向下兼容)是本文最大看点,来吧上菜。编程

核心变化一:再见了,Netflix

早在 2018 年,Spring Cloud 在其 Roadmap 里就宣布将要终结的一些库/版本,其中最重要的就是指 Spring Cloud Netflix 项目进入维护模式,而后计划在 2020 年彻底移除。bootstrap

Spring Cloud 作出这样的决定其实也是不见得是主动的。咱们知道 Spring Cloud 一直以来把 Netflix OSS 套件做为其官方默认的一站式解决方案,那时的 Netflix OSS 套件巴不得能够跟 Spring Cloud 划等号。而 Netflix 公司在 2018 年先后宣布其核心组件 Hystrix、Ribbon、Zuul、Archaius 等均进入维护状态安全

时至今日,Spring Cloud 2020.0 正式发布,在这个主要版本里,按既定计划终于对 spring-cloud-netflix 动刀了。我帮你画了幅 spring-cloud-netflix-dependencies 的 xml 文件先后版本主要差别的对比图,一目了然:架构

  • 旧版本的 spring-cloud-netflix-dependencies 管理着 Netflix 全部组件,包括 Hystrix、Ribbon、Zuul、Eureka 等。而自 2020.0 版本起它有且只管理 Eureka(包括 Server Client)

核心变化二:继续业界标准制定,完善抽象定义

可能对于大部分 Spring Cloud 应用开发者, 对于 spring-cloud-commons 模块大概很陌生。 此模块做为 Spring Cloud 技术栈的核心,提供了整套解决方案最重要的服务注册与发现、负载均衡、上下文管理等的统一抽象。spring cloud alibaba 等全家桶实现都是 spring-cloud-commons 的具体实现。此版本对上文下启动器的默认启动行文、负载均衡器的核心代码进行相关的跳转。

核心变化三:强推 reactive 异步体系

reactor 是 reactive(反应式编程)的实现框架,也是 Pivotal 团队的做品。

不管是 Spring Cloud Gateway 仍是 Spring Cloud Loadbalancer 这些都是构建在 reactor 编程之上

另外 Spring 官方布道师 Josh Long 最近出版一本 《Reactive Spring》,若是想深刻了解 reactor ,不妨深刻阅读。

核心变化四:更好的拥抱云原生能力

Spring Cloud 2020 构建在 Spring Boot 2.4 之上,拥有更强的配置文件处理机制能够很是好的适配云原生 (例如能够直接应用 kubernetes 的 configMap )配置;内置 Docker 镜像构建和分层分析优化能力。

若是团队正在使用 kubernetes,那么 spring-cloud-kubernetes 也将是 Netflix 的不错替代方案。

Netflix 组件替代方案

Spring Cloud 既然把 Netflix 套件大刀阔斧的砍掉了,那总归得有替代方案吧。那是必然的,Spring Cloud 团队给咱们推荐了用于替代的组件:

Spring Cloud LoadBalancer

以上替代品中,你可能最陌生、最好奇的是 Spring Cloud Loadbalancer,它一度只是 Spring Cloud 孵化器里的一个小项目,而且一度搁浅。后再通过重启,发展,现行使其伟大使命,正式用于彻底替换 Ribbon,成为 Spring Cloud 负载均衡器惟一实现

如图,负载均衡抽象 LoadBalancerClient 接口有两个实现,而到了 Spring Cloud 2020.0 版本后,BlockingLoadBalancerClient 就是惟一实现了。

Spring Cloud LoadBalancer 目前仅支持轮询负载均衡策略,相对于 Ribbon 多种高可用策略仍是过于简单。

Spring Cloud Circuit Breaker

Circuit Breaker 提供兼容多个断路器组件实现的抽象,容许开发人员选择最熟悉的断路器组件进行业务开发。

这里主要介绍一下 Sentinel、Resilience4j , Sentinel 做为 Spring Cloud Alibaba 重要组件,经过引入 spring-cloud-starter-alibaba-sentinel 便可拥有熔断降级、流控等能力,提供图形化控制台,做为同类组件 Resilience4j 是基于函数式设计的轻量级容错库,提供熔断、限流、隔离等能力,不过官方提供的 spring-cloud-starter-circuitbreaker-resilience4j 插件能力有限且不能直接使用控制台管理(若需监控须要额外的 Micrometer 服务)。

Spring Cloud Alibaba 适配

  • 因为对 Ribbon 组件的依赖,目前最新的 Spring Cloud Alibaba 2.2.3 并不能彻底兼容 Spring Cloud 2020,仅须要微调便可。

// 排除 Ribbon (固然也能够排查 maven 依赖) @EnableAutoConfiguration(excludeName = "org.springframework.cloud.netflix.ribbon.RibbonAutoConfiguration")

  • 增长 spring cloud loadbalancer 依赖

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

  • 涉及加载配置中心的服务须要 启动 bootstrap (2020 默认关闭)

<!--增长此依赖便可完成启动--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bootstrap</artifactId> </dependency>

开发者如何面对和拥抱变化

正如上文所述 Spring Cloud 提供了强大的封装和抽象能力,例如 spring-cloud-circuit-breaker 提供了对常见容错组件的封装,在使用过程当中也不须要考虑 @hystrixcommand @SentinelResource 组件原生注解。

public static class DemoControllerService { private RestTemplate rest; private CircuitBreakerFactory cbFactory; public String slow() { return cbFactory.create("slow").run(() -> rest.getForObject("/slow", String.class), throwable -> "fallback"); } }

  • 经过此类抽象底层实现组件的变化 ,对于上层使用 Spring Cloud 全家桶的用户其实影响不大(例如《Spring Cloud Alibaba 迁移指南:零代码从 Eureka 迁移到 Nacos》)。
  • 关于学习 spring-cloud-commns 笔者不建议直接阅读源码(部分 reactor 代码容易劝退),建议 DEBUG 具体实现的形式进行调试(例如 NacosDiscoveryClient),最核心的代码不过百行。

  • 因此对于开发者来讲不管是以前 Netflix 仍是选择 Alibaba 技术栈,最核心的仍是把握 spring-cloud-commons 抽象,掌握 Spring Cloud 标准尤其重要。

总结

Spring Cloud 2020.0.0 是 Spring Cloud 的主要版本,是很是重要的存在,升级、改变也是巨大的。特别体如今 Netflix 模块的所有移除、Spring Cloud 启动方式变了等等。伴随着 Spring Boot 2.4.x 以及 Spring Cloud 2020.0 的发布,而且弃用 Netflix OSS 套件后,必将走入一个新的深度编程体验,满怀惊喜,非常期待。

固然咱们仍是很是推荐你们使用 Spring Cloud Alibaba 全家桶的,目前 Spring Cloud Alibaba 开源两年时间,已经从官方毕业,不只在关注度、活跃上表现抢眼,更经过发布知行动手实验室start.aliyun.com 提供沙箱和 Java 工程脚手架Arthas代码诊断工具等成为工具链最完善的 Spring Cloud 实现。

数据来源:http://www.gharchive.org/ 近2年GitHub开发者行为数据

活跃度计算公式:https://github.com/X-lab2017/github-analysis-report-2019/blob/master/REPORT.md

推荐阅读

如何平滑将注册中心从Eureka迁移到Nacos?

Spring Cloud Alibaba迁移指南1:零代码从Eureka迁移到Nacos

注册中心 Consul 迁移到 Nacos

掌门教育微服务体系Solar第3弹:Nacos企业级落地上篇

Sentinel 与 Hystrix 的对比

Guideline: 从 Hystrix 迁移到 Sentinel

相关文章
相关标签/搜索