设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模-Toy模板网

这篇具有很好参考价值的文章主要介绍了设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

“ 架设一个亿级高并发系统，是多数程序员、架构师的工作目标。许多的技术从业人员甚至有时会降薪去寻找这样的机会。但并不是所有人都有机会主导，甚至参与这样一个系统。今天我们用12306火车票购票这样一个业务场景来做DDD领域建模。”

开篇

要实现软件设计、软件开发在一个统一的思想、统一的节奏下进行，就应该有一个轻量级的框架对开发过程与代码编写做一定的约束。

虽然DDD是一个软件开发的方法，而不是具体的技术或框架，但拥有一个轻量级的框架仍然是必要的，为了开发一个支持DDD的框架，首先需要理解DDD的基本概念和核心的组件。

一.什么是领域驱动设计(DDD)

首先要知道DDD是一种开发理念，核心是维护一个反应领域概念的模型（领域模型是软件最核心的部分，反应了软件的业务本质），然后通过大量模式来指导模型设计与开发。

DDD的一般过程是：

首先通过软件需求规格说明书或原型生成一个领域模型（类、类的属性、类与类之间的关系）；

然后根据模式（应该如何分层？、领域逻辑写在哪？与持久化如何交互？如何协调多对象领域逻辑？如何实现逻辑与数据存储解耦等）指导来实现代码模型。

二.为什么使用DDD

DDD能应对复杂性与快速变化：

1.从技术维度实现分层：能够在每层关注自己的事情，比如领域层关注业务逻辑的事情，仓储关注持久化数据的事情，应用服务层关注用例的事情，接口层关注暴露给前端的事情。

2.业务维度：通过将大系统划分层多个上下文，可以让不同团队和不同人只关注当前上下文的开发。

3.时间维度：通过敏捷式迭代快速验证，快速修正。

—

传统架构与DDD经典架构区别

传统三层架构以及问题

设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模

传统架构

问题：

1.过分注重数据访问层，而不重视领域。

2.业务逻辑直接与数据访问层耦合，与领域为核心的DDD思想背道而驰。

3.没有一系列的模式与方法论指导这种分层架构的开发约束。

经典DDD架构：

设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模

DDD经架构

1.基础结构层：整个产品或系统的底层支撑

a.常用工具、支撑功能：这个.net core项目至少要实现以下的功能：Json配置文件的读取、WebApi返回给前端的基文章来源地址https://www.toymoban.com/news/detail-438299.html

到了这里，关于设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！