10-03 单元化架构设计

阳宝宝的向日葵

已于 2023-05-17 15:55:08 修改

阅读量731

点赞数

分类专栏：架构设计文章标签：数据库大数据运维

于 2023-05-17 15:40:45 首次发布

本文链接：https://blog.csdn.net/m0_56709616/article/details/130726164

版权

42 篇文章 1 订阅

订阅专栏

在这里插入图片描述

DDD切分领域服务、数据和业务流程
- 切分出的服务和数据属于同一单元
- 出现交集（重叠）时，以单元间访问量做决策指标
业务流程所需组件和数据划分在同一单元
- 一个业务流程在同单元执行，保证性能和稳定性
- 尽量避免跨单元的服务访问和数据库读写
- 同单元高内聚，单元间低耦合
与组织架构和核心业务流程强相关
- 核心业务保证高可用，高增长必须单元化部署
- 边缘业务跟随核心业务数据分配单元
功能粒度要适当
- 粗粒度单元，轻易超过单元资源承载上限，需要二次拆分
- 细粒度单元，单元内资源浪费，性价比低
开发团队随单元化架构调整
整个过程要持续迭代

按照数据某种属性进行单元划分
- 无业务含义，不可更改，不重复，一般选ID或者时间戳
- 水平扩展上限高
- 账户、订单、流水、商户、商品等比较易于切分
- 通过规则推算所属单元
设计规则是数据均分
单元分配的数据比例等于其整体流量比例
无业务依赖，跨单元访问不可控
引入中间件实现开发者透明
无法切分的数据，高频访问，创建特殊附属单元
- 该单元必须与切分单元在同一数据中心、机房，以降低访问延时
- 任意切分单元对附属单元的写入都会同步到其他附属单元
- 大部分系统都是写少读多，写复制的成本远低于高频读操作
- 数据实时性要求高的系统可能会失败
无法切分的数据，低频访问，系统共享同一单元
- 低频读写，时延不影响主业务，代价可接收
- 根据数据中心距离，选择与所有数据中心都相对最近的数据中心作为共享单元的部署地
单元内部垂直切分
单元瓶颈优秀考虑内部垂直切分
综合库
创建单独的综合库，同步汇总所有单元的数据，供非实时业务使用

单元网关也是该单元的反向代理服务器
单元网关根据规则计算请求所属单元
- 属于当前单元，直接路由请求到正确的组件（服务）
- 属于其他单元，转发到对应的正确单元并上报路由错误信息
- 无法判定，根据路由规则发送给组件，由业务逻辑进一步分辨

统一封装的开发框架处理请求，在拦截器或者过滤器层对开发者透明
- 根据请求计算所属单元，属于本单元则继续处理
- 不属于本单元则转发
- 无法判定就交予业务逻辑层或数据库访问层来决定
业务层
- 普通对单元无感知的业务，按原有逻辑直接处理
- 依赖于单元信息的业务，可以自行计算或从容器注入单元信息

在这里插入图片描述

在这里插入图片描述

关注