领域驱动设计、业务架构与业务中台的关系

作者 | 一尘

来源 | 未知的瞬间

首先来总体的认识下领域驱动设计、业务架构及业务中台的关系，从下图中可以看出，业务中台建设对它们是有依赖关系的，有点意思的是那两条连线是虚线，想说明的是在现有业务中台落地建设过程中，也许有的公司并没有真正有意识的和它们建起连接，有的是自底向上的方式，有的是自顶向下的方式。各有各的的道去驱动落地。

大部分公司落地还是直接重构已有的系统，这时候它们两个也许会发挥一定的作用，可以想想的。

但是有一种结局能够想到的是，业务中台做的不好会导致，前端业务线觉的这些不应该在中台做，即使做出来了，对内对外产生价值并不大。

对于业务中台，个人认为它就像所有的架构或者模式演进而来一样，它是一种解决当下状况的思想，就像定义的接口一样，具体的实现方式可以有很多种，无论是借助已有的经验，还是博取众家之所长创立新的招式，都是可以的。

说道的很多，行道的人很少。只有正心稳了，才能做好，也不要给自己设定局限性，也许你就是下一个...

下面介绍下DDD和业务架构相关的内容

01 TOGAF介绍

开放组体系结构框架（英语：The Open Group Architecture Framework，缩写：TOGAF）是一个企业架构框架，它提供了一种设计，规划，实施和管理企业信息技术架构的方法[2]。TOGAF是一种高层设计方法。它通常被建模为四个级别：业务，应用程序，数据，和技术。它在很大程度上依赖于模块化，标准化以及已有的，经过验证的技术和产品。

从上面的图和文字中去了解TOGAF是什么，思考与DDD、业务中台有什么相似之处，能否借鉴一些可取之处，作为落地一些原则或是标准推动业务中台落地。

02 业务架构是什么

业务架构是战略、流程、组织等业务元素的结构化表达。以实现企业战略为目标，构建企业整体业务能力规划并将其传到给技术实现端的结构化企业能力分析方法。

03 DDD(领域驱动设计)

它是一种处理高度复杂域的设计思想，试图分离技术实现的复杂性, 围绕业务概念构建领域模型来控制业务的复杂性，以解决软件难以理解，难以演化等问题，从而控制软件演化的复杂度。团队应⽤它可以成功地开发复杂业务软件系统，使系统在增⼤大时仍然保持敏捷。

领域驱动设计的核心诉求

让业务架构和系统架构形成绑定关系，从而当我们去响应业务变化调整业务架构时，系统架构的改变是随之而发的。

为什么需要领域驱动设计

1. 领域专家和开发人员一起工作，这样开发出来的软件能准确的传达业务模型。

2. 打破业务是业务，技术是技术的现状，使业务与技术深度融合。

3. 知识的集中，确保软件知识并不是只掌握在少数人手中，使研发和业务人员都有提升。

4. 设计就是代码，代码就是设计。

5. 战略设计和战术设计。

只有重视领域模型,在领域模型中沉淀业务知识,才能与业务模型匹配,有效控制项目复杂度,达到高内聚低耦合,提升业务变化的响应速度

事件风暴梳理复杂业务

04 总结

很多人都在讨论业务中台的价值，各种不同的问题，到底该不该做，这些疑问是不是应该自己去深度的思考和探索找出自己的认知呢。

推荐阅读

《企业级业务架构设计：方法论与实践》

推荐语：19年金融行业经验资深架构师撰写，微软、亚马逊、阿里、百度、网易等13家知名企业架构师联袂推荐，业务架构“知行合一”

《中台战略：中台建设与数字商业》

推荐语：双中台技术领先企业阿里系云徙科技官方出品，从成功要素、建设方法论、架构设计、成熟度模型4个维度详解技术中台、业务中台、数据中台建设思路和方法，实现企业数字化转型

《企业迁云之路》

推荐语：上云企业与云厂商共同编写，融合视角助力企业迁云之路。真实记录企业迁云过程中的所思、所想、所做，既有对迁云技术的全面梳理，更有对新技术的深刻思考。

《企业迁云实战（第2版）》

推荐语：阿里云团队实战经验总结，全面、系统的数字化转型和迁云方法论，从战略、架构到实现，助力企业创新。

《企业IT架构转型之道 阿里巴巴中台战略思想与架构实战》

推荐语：本书从10年前阿里巴巴为何要启动中台战略说起，详细讲述了惊心动魄的架构转型过程，以及在这个过程中的深度思考和各种实践，包括成功经验，也包括失败教训。这是迄今为止首次披露阿里巴巴集团中间件体系*全面系统的资料，这些宝贵资料对所有进行“互联网+”实践的企业和单位都有参考价值，对软件开发人员和架构师也会有所启发。 

你与世界

只差一个

公众号