分布式领域扩展点设计稿

分布式领域扩展点设计稿

背景

随着交易业务和基础知识的沉淀,愈发觉得扩展点可以在大型交易分布式架构中可以做更多的事情。

经过一个月的思考,决定将 单点领域扩展点(savior-ext) 从原有的 savior架构 中剥离开来,升级成为 分布式领域扩展点(sext) ,之后单独去维护和迭代。

坐标

官网:轻量级分布式技术解决方案框架 - Savior

分布式领域扩展点(新 · 完全兼容上一个大版本 · 可直接替换坐标)

xml 复制代码
<dependency>
    <groupId>cn.sunjinxin.savior</groupId>
    <artifactId>sext</artifactId>
    <version>2.0.0-SNAPSHOT</version>
</dependency>

领域扩展点(旧)

xml 复制代码
<dependency>
    <groupId>cn.sunjinxin.savior</groupId>
    <artifactId>savior</artifactId>
    <version>1.0.5</version>
</dependency>

设计理念

作为一名工程师,我深知一个框架引入到系统中会带来很大的便利,但同时也会让系统设计和架构升级以及业务迭代变得更加复杂。

所以该分布式领域扩展点框架具备以下几种特性

  1. 轻量化(引入轻量、API轻量,达到一键启动)
  2. 可插拔(防止应用架构变得沉重,业务点可随时一键剔除,一键替换)
  3. 可编排(可达到工作流的编排能力,对业务能够达到充分的抽象化)
  4. 可配置(基于配置中心能力,对框架所有能力和服务动态配置)
  5. 可灰度(可通过对流量进行染色,设置流量权重,达到灰度可能)
  6. 可监控(对框架所覆盖的业务指标和相关基础设施指标进行监控)
  7. 可降级(对编排的扩展点进行熔断降级,提高系统的可用性)
  8. 可扩展(基本的业务扩展能力,以及供开发人员在应用层扩展框架的能力)

设计图

Quick Start

在启动类上标注@Savior注解,即可启动Savior框架所有组件的功能。

java 复制代码
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.SpringApplication;
import cn.sunjinxin.savior.core.anno.Savior;

/**
 * @author issavior
 * @date 1314/05/20 00:00:00
 */
@Savior
@SpringBootApplication
public class AppRun {
    public static void main(String[] args) {
        SpringApplication.run(AppRun.class, args);
    }
}

相关组件

Savior框架中的组件亦可以独立引入,目前支持的组件:

组件 说明
savior-ext 扩展点
savior-mq 消息队列
savior-toc 超时中心
savior-rule 规则引擎
savior-lock 分布式锁
savior-retry 重试机制
savior-event 事件总线
savior-cache 多级缓存
savior-workflow 工作流
... ...
相关推荐
踩坑小念16 小时前
秒杀场景下如何处理redis扣除状态不一致问题
数据库·redis·分布式·缓存·秒杀
笃行客从不躺平19 小时前
Token 复习
java·分布式·spring cloud
u01040583621 小时前
分布式淘客系统的配置中心设计:Nacos在多环境配置管理的应用
分布式
迎仔1 天前
01-Hadoop 核心三剑客通俗指南:从“单机搬砖”到“包工队”
大数据·hadoop·分布式
ALex_zry1 天前
分布式缓存与微服务架构的集成
分布式·缓存·架构
ALex_zry1 天前
分布式缓存安全最佳实践
分布式·安全·缓存
陌上丨1 天前
分布式锁的特性是什么?如何实现分布式锁?
分布式
yangSnowy1 天前
MySQL 分布式锁实现方案
数据库·分布式·mysql
ALex_zry1 天前
分布式缓存性能优化策略
分布式·缓存·性能优化
七夜zippoe1 天前
分布式配置中心终极对决 Spring Cloud Config与Apollo架构深度解析
分布式·架构·springcloud·apollo·配置中心