爱了!蚂蚁开源的“SpringBoot”框架,新增了这6项功能...
开发背景
Spring Boot 是一个非常优秀的开源框架,可以非常方便地就构建出一个基于 Spring 的应用程序,但是在使用过程中,还是会遇到一些问题:
Spring Boot 提供了一个基础的健康检查的能力,中间件和应用都可以扩展来实现自己的健康检查逻辑。但是 Spring Boot 的健康检查只有 Liveness Check 的能力,缺少 Readiness Check 的能力,这样会有比较致命的问题。当一个微服务应用启动的时候,必须要先保证启动后应用是健康的,才可以将上游的流量放进来(来自于 RPC,网关,定时任务等等流量),否则就可能会导致一定时间内大量的错误发生。
Spring Boot 虽然通过依赖管理(Dependency Management)的方式最大程度的保证了 Spring Boot 管理的 JAR 包之间的兼容性,但是不可避免的,当引入一些其他的 JAR 包的时候,还是可能会遇到冲突,而且很多时候这种冲突解决起来并不是这么容易,一个例子是当冲突的包是序列化相关的类库时,比如说 Hessian,如果应用中的一个组件需要使用 Hessian 3,而另一个则必须要使用 Hessian 4,由于 Hessian 3 和 Hessian 4 之间的不兼容性,并且序列化还涉及到微服务中的上下游服务,要把 Hessian 统一到一个版本绝非易事。
在超大规模微服务运维的场景下,运维能力的平台化是一定要解决的问题,而监控又是其中非常主要的一个点,针对于日志监控这种情况,Spring Boot 并没有提供任何解决方案。大部分的开源组件,具体要打印哪些日志,打印到什么路径,什么文件下面,都是由应用的使用者来决定,这样会导致每一个应用的日志配置都各式各样,每一个应用都需要去监控系统中配置自己应用的日志监控,导致关键的监控的实施成本特别高。
在企业级应用场景,模块化开发是解决多团队沟通成本的有效解决方案,每个业务团队专注于开发自己的应用模块,每个模块自包含,便于开发及自测,减少团队间的沟通成本。但是 Spring Boot 默认不支持模块化开发,所有 Bean 共用一个 Spring 上下文,在多团队开发时,如果不同团队定义了相同 BeanId,运行时将出现 BeanId 冲突错误。
为了解决以上的问题,又因为 SOFA 中间件中的各个组件本身就需要集成 Spring Boot,所以蚂蚁金服基于 Spring Boot 开发并开源了 SOFABoot,来解决以上的问题,也方便使用者在 Spring Boot 中方便地去使用 SOFA 中间件。
SOFABoot 是什么鬼?
说到 SOFABoot,不得不先说下 SOFARPC 框架,SOFARPC 也是大名远扬,最早起源于阿里淘宝 HSF 框架,现在是蚂蚁金服开源的一款高性能、高可扩展性、生产级别的 RPC 框架,在蚂蚁金服,SOFARPC 框架已经使用了十多年了,并且已经历经了五代。
SOFARPC 开源地址:
“https://github.com/sofastack/sofa-rpc
我当初第一次看到 SOFABoot 这个框架的时候,心里想着,难道是 SOFABoot = SOFA + Spring Boot 的结合?
不卖关子了,先来看下官方介绍:
“SOFABoot 是蚂蚁金服开源的基于 Spring Boot 的研发框架,它在 Spring Boot 的基础上,提供了诸如 Readiness Check,类隔离,日志空间隔离等等能力。
在增强了 Spring Boot 的同时,SOFABoot 提供了让用户可以在 Spring Boot 中非常方便地使用 SOFA 中间件的能力。
SOFABoot 开源地址:
“https://github.com/sofastack/sofa-boot
看完介绍,我才发现其实并不是,两者并不能直接划等号。
SOFABoot 和 SOFARPC 都是蚂蚁金服开源的 SOFA 技术栈的开源项目,SOFARPC 只是其 SOFA 技术栈体系(SOFAStack)中的一个 RPC 框架。
“SOFAStack™(Scalable Open Financial Architecture Stack)是一套用于快速构建金融级云原生架构的中间件,也是在金融场景里锤炼出来的最佳实践。
SOFABoot 也是 SOFA 技术栈体系中一个框架,但和 SOFARPC 没有直接关系,SOFABoot 是一个 Spring Boot 加强版,还提供了方便使用 SOFA 中间件的能力,SOFARPC 只是其中之一而已。
功能描述
Spring Boot 虽然是一个非常优秀的主流开源框架,但在蚂蚁内部会遇到很多问题,比如说 Spring Boot 在实施大规模微服务架构时候的就会遇到很多问题,所以 SOFABoot 应运而生。
SOFABoot 基于 Spring Boot 的基础上进行构建,并且是完全兼容 Spring Boot 的。
SOFABoot 在 Spring Boot 上还提供了哪些能力?
1)扩展 Spring Boot 的健康检查,额外提供了 Readiness Check 的能力,以保证应用实例安全上线;
2)增加基于 Spring 上下文隔离的模块化开发能力,每个 SOFABoot 模块使用独立的 Spring 上下文,避免不同 SOFABoot 模块间的 BeanId 冲突;
3)增加模块并行加载和 Spring Bean 异步初始化能力,加速应用启动;
4)增加日志空间隔离的能力,中间件框架自动发现应用的日志实现依赖并独立打印日志,避免中间件和应用日志实现绑定;
5)增加基于 SOFAArk 框架提供类隔离能力,方便解决各种类冲突问题;
6)增加中间件集成管理的能力,统一管控、提供中间件统一易用的编程接口、每一个 SOFA 中间件都是独立可插拔的组件;
依赖环境
SOFABoot 和 Spring Boot 版本依赖关系:
SOFABoot 版本 | Spring Boot 版本 |
---|---|
2.3.x | 1.4.2.RELEASE |
2.4.x | 1.4.2.RELEASE |
2.5.x | 1.5.16.RELEASE |
3.0.x | 2.0.3.RELEASE |
3.1.x | 2.1.0.RELEASE |
3.2.x | 2.1.0.RELEASE |
3.3.0~3.3.1 | 2.1.11.RELEASE |
3.3.2 及以后 | 2.1.13.RELEASE |
SOFABoot 目前最新版本已到 v3.4.6,最低支持 JDK 7,SOFABoot 3.1.0 基于 Spring Boot 2.1.0.RELEASE 已支持 JDK 11,所以其依赖的 JDK 的版本肯定应该也是根据 Spring Boot 走的。
目前的 Spring Boot 版本已经到了 2.4.x,想兼容最新的 Spring Boot 版本貌似还早。
SOFABoot 还使用了其他主要第三方开源组件:
Spring Spring Boot SLF4j sofa-common-tools
一些扩展依赖:
nuxeo ......
SOFABoot 支持 Maven 和 Gradle 依赖管理,类似 Spring Boot 的依赖引入方式,如在 Maven 配置文件中增加如下
标签配置的方式:
<parent>
<groupId>com.alipay.sofagroupId>
<artifactId>sofaboot-dependenciesartifactId>
<version>3.4.6version>
parent>
Spring Boot 的依赖引入是这样的:
<parent>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-parentartifactId>
<version>2.4.0version>
parent>
可以看出和 Spring Boot 如出一辙!
当然,Spring Boot 依赖引入还有另外一种方式,参考:Spring Boot 开启的 2 种方式。
Spring Boot 基本介绍这里就不介绍了,关注公众号Java技术栈回复关键字 "boot",可以阅读我写的几十篇往期实战文章。这个 Spring Boot 实战仓库,也欢迎 Star 关注学习:
“https://github.com/javastacks/spring-boot-best-practice
引入 SOFA 组件
遵循 Spring Boot 命名规范,SOFABoot 所有中间件组件命名都是以 -sofa-boot-starter
来标示的。
SOFABoot 目前提供的中间件组件如下:
中间件 | starter |
---|---|
SOFARPC | rpc-sofa-boot-starter |
SOFATracer | tracer-sofa-boot-starter |
SOFALookout | lookout-sofa-boot-starter |
SOFABoot 目前提供的扩展组件如下:
扩展组件 | starter |
---|---|
健康检查 | healthcheck-sofa-boot-starter |
模块化隔离 | isle-sofa-boot-starter |
类隔离 | sofa-ark-springboot-starter |
测试扩展 | test-sofa-boot-starter |
比如想引入 SOFARPC 中间件,只需增加下面的 Maven 依赖即可:
<dependency>
<groupId>com.alipay.sofagroupId>
<artifactId>rpc-sofa-boot-starterartifactId>
dependency>
注意下,和 Spring Boot 管理自身依赖的理念一致,SOFA 中间件的引入也不需要版本号,因为所有 SOFA 中间件的依赖管理已经在 sofaboot-dependencies 中定义好了,这样做的好处就是统一管理和升级,防止出现依赖冲突以及兼容性的问题。
SOFABoot 框架中的每个组件并不是全部必须的,每个组件都是可选的,可以根据需要灵活的选择其中的部分组件使用,比如你只想引入 SOFABoot 框架中的类隔离、日志空间隔离功能 ,而不想引入任何 SOFA 中间件,这完全是没问题的。
应用场景
话说 SOFABoot 框架有哪些应用场景?
SOFABoot 框架本身就脱胎于蚂蚁金服内部对于 Spring Boot 框架的运用实践的成果,又解决了 Spring Boot 在大规模金融级微服务架构生产场景下遇到的各种问题,又经历了蚂蚁金服这样大规模金融服务的打磨和生产验证,所以 SOFABoot 在大规模金融级微服务架构下的运用是非常合适的。
另外,SOFABoot 框架集成了所有蚂蚁金服金融科技中间件,同时又能与 Spring Boot 框架无缝集成,大大降低了用户的迁移成本。
如果不想自研,又对 Spring Boot + 蚂蚁金服技术栈情有独钟的,完全可以利用 SOFABoot 轻松搭建稳定、可靠、安全、可扩展的分布式应用,以减少开发、测试、集成成本。
最后,你们公司有用 SOFABoot 或者其他 SOFA 框架的么?欢迎分享使用经验~
参考文档:
https://github.com/sofastack/sofa-boot https://www.sofastack.tech/projects/sofa-boot/overview/
好了,今天的 SOFABoot 的体验分享就到这里了,大致摸清了 SOFABoot 的来龙去脉,关注我后面会更新更多好玩的技术。
往期推荐
SpringBoot集成Google开源图片处理框架,贼好用!
Docker部署SpringBoot的两种方法,后一种一键部署超好用!
Socket粘包问题的3种解决方案,最后一种最完美!
Spring Boot 解决跨域问题的 3 种方案!