架构很简单:系统拆分与组合

背景

分治是将复杂问题简单化的方法。从分布式系统到微服务架构,无不在使用分治的思想。在架构设计中,如何进行有效的系统划分是架构师面临的一个重要的话题,本文将介绍系统拆分的原则。

综述

通常来讲一个系统有两个问题域,业务问题域和技术问题域。业务问题域描述业务的范围和规划。技术问题域描述如何支撑业务,比如技术选型、技术决策等。所以我们拆分也可以从业务和技术两个角度进行拆分。

拆分方法

业务拆分:也称为垂直拆分,通常来讲会按照业务域或业务属性进行拆分。可以拆分为多级。以电商系统距离。

1、首次拆分:会员、商品、订单、支付、活动、履约、售后、客服、配送等。

2、二次拆分:根据业务发展可以把商品拆分为类目、商品、价格、库存等。

技术拆分:也成为水平拆分,根据非功能性需求、比如海量数据、高性能、高可用等。通常会拆出分层架构、通用组件、框架。

1、分层架构:客户端、接口层、应用层、业务层、资源层等。

2、通用组件(框架):网关、注册中心、配置中心、缓存服务、消息中心、流程编排等。

拆分原则

1、高内聚、松耦合

内聚是指同一个元素(系统、模块、类等)中各个要素之间的关联性。高内聚,是指这种关联性要高。

耦合是指元素与元素之间的关联性(依赖性)。松耦合是指这种关联性要低。

高内聚、松耦合的系统,复用性、扩展性、灵活性会非常强。个人认为,这是系统设计需要满足的最低也是最高要求。

2、通用专用

是指将通用的与专用的拆分,通用的代码、功能、能力下沉。专用的上升。这样可以更大程度达到复用和扩展。比如通用形成的中台能力,专用形成的各端业务能力等。

组合方法

拆分和组合永远是一对好搭档,拆分是为了将复杂问题简单化、组合是为了让多个个体成为整体。通常在系统领域有以下组合的方法。

1、通信方式:RPC调用、Http调用、Web服务,MQ消息,进程内通信、方法调用等。

2、数据方式:宽表、Elasticsearch、同一库、同一表等。

3、页面方式:嵌入URL,嵌入HTML代码等

结尾

通常简单的会是更好的,因为复杂会让你感觉到压力、凌乱、找不到方向。在分治原则、化繁为简的基础上,结合组合原则,就可以构建宏大的系统蓝图。

相关推荐
Dawson Zhu7 小时前
《Agentic Design Patterns》第 9 章导读:学习与适应(Learning and Adaptation)
人工智能·语言模型·架构·aigc·agi
姜鱼问生8 小时前
Linux 日志增量统计:inode + offset 方案(不丢不重)
架构
软件工程师_罗小东8 小时前
我把这套 AI 落地方案,讲成一条任务闭环
架构
阡陌数智9 小时前
Llama 4 MoE 架构深度拆解:交替稀疏专家设计与生产环境推理落地实战
架构·llama
波加曼大王10 小时前
# vLLM不要迷信PagedAttention神话,聊聊线上藏着的内部碎片陷阱
java·架构
xn713310 小时前
EmbeddingGemma 2 270M 实测:278 Chunk、32 个查询与 RRF 反例
人工智能·后端·架构
漠野92310 小时前
画布的保存按钮背后,站着一个编译器
架构
两万五千个小时10 小时前
DeepSeek Harness 从 0 开始:20 goal模式
人工智能·程序员·架构
漠野92310 小时前
让每个节点自己决定:要不要跑,还是循环跑
架构
dcacheor10 小时前
现代桌面播放器的交互困境与架构演进:从单窗流媒体走向多模态视讯工作台
架构