【系统架构设计百科】复杂性管理：架构的核心战场
系统复杂性是架构腐化的根源——本文从 Brooks 的本质复杂性与偶然复杂性划分出发，结合认知负荷理论与 Parnas 的信息隐藏原则，系统阐述复杂性的来源、度量与控制手段，并给出可操作的架构策略
DDD 标签归档
共 6 篇文章 · 返回首页
【系统架构设计百科】DDD 战略设计：限界上下文与上下文映射
一个中型电商系统里，"订单"在交易团队意味着"待支付的购物车快照"，在物流团队意味着"等待拣货的配送单"，在财务团队意味着"一条应收账款记录"。三个团队共用同一张 torder 表、同一个 OrderService 类，每次迭代都互相踩脚。这种混乱的根源不是代码质量，而是缺少一项最基本的架构决策——限界上下文（Boun…
【系统架构设计百科】DDD 战术模式：聚合、实体与值对象
某团队在实施领域驱动设计时，把整个"订单"建模为一个聚合根（Aggregate Root），其中包含订单基本信息、所有订单行、配送信息、支付记录、物流轨迹、评价数据。结果这个聚合加载一次需要从 7 张表联查，保存一次需要锁定整个订单树。并发下单高峰期，数据库锁等待飙升至秒级。这就是典型的"大聚合"反模式——聚合的边界画…
【系统架构设计百科】防腐层与开放主机服务：系统集成的 DDD 方案
某金融科技公司正在构建新一代交易系统。新系统使用领域驱动设计，模型清晰、代码整洁。然而它必须对接一套运行了 15 年的核心银行系统（Core Banking System）——这套系统的接口返回 COBOL 风格的定长字段，状态码用两位数字表示（"01"正常、"02"冻结、"99"未知），金额用"分"而非"元"为单位。…
【系统架构设计百科】DDD 与微服务：用领域模型划分服务边界
某电商团队按数据库表拆分微服务——用户服务管 tuser，商品服务管 tproduct，订单服务管 torder。看起来边界清晰，实际运行中却发现：下单需要同步调用商品服务查价格、调用库存服务检查库存、调用优惠服务算折扣、调用用户服务查地址，一个下单请求扇出 4 次 RPC，任意一个服务超时整条链路就失败。这种"一实体…
【系统架构设计百科】单体到微服务：迁移策略与 Strangler Fig 模式
2016 年，英国某大型零售商投入 3 年、耗资数亿英镑试图用"大爆炸"方式重写其核心电商系统，最终项目被彻底取消，旧系统继续运行。这并非孤例——Netscape 6 的全面重写导致公司丧失浏览器市场主导地位，而 Friendster 的重写则直接加速了公司的消亡。大爆炸重写（Big Bang Rewrite）的失败率…