2、单体架构的真相：优势、局限与转型考量

单体架构的真相：优势、局限与转型考量

1. 单体架构概述

单体架构常被视为反模式，与遗留应用紧密相关，但人们对其含义和用途存在诸多误解。实际上，根据具体情况，单体架构可能是合适的架构决策。微服务和事件驱动架构并非适用于所有场景，单体架构也并非一无是处。

2. 典型单体架构剖析

• 拼凑式单体架构（Patchwork Monoliths）
  • 这是最常见的单体架构类型，也被称为“大泥球”。它们是在多年间逐步构建而成，各领域之间没有清晰的边界，逻辑相互纠缠。
  • 整个应用是一个单一的工件，一次性部署，在一台机器上作为单个进程运行。随着时间的推移，领域逻辑变得错综复杂，难以阅读和维护。
  • 例如，在一个电子商务平台中，如果没有刻意将各个领域（如订单管理、库存管理、产品管理等）进行划分和解耦，不同领域的逻辑就会混杂在一起，如下图所示：

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(订单管理):::process --> D(数据库):::process
    B(用户界面):::process --> D
    C(库存管理):::process --> D
    E(产品管理):::process --> D
    F(结账):::process --> D
    G(订阅与通知)