当前位置：首页 > 科技 > 软件

DDD 必备架构--六边形架构

来源：责编：时间：2023-08-09 23:04:00 384观看

导读架构是研究“分”和“合”的艺术，通过“分离关注点”将系统拆分为多个部分，然后在“原则和规则”的约束下对组件进行装配，形成高内聚的构件；再根据需求对多个构件进行关联，形成低耦合的连接，最终构建“高内聚低耦合”的软件

架构是研究“分”和“合”的艺术，通过“分离关注点”将系统拆分为多个部分，然后在“原则和规则”的约束下对组件进行装配，形成高内聚的构件；再根据需求对多个构件进行关联，形成低耦合的连接，最终构建“高内聚低耦合”的软件系统。

图片

为了有效应对软件复杂性，通常会对其进行分类，然后对症下药逐个击破。

1. 软件系统复杂性

面对一个软件需求，我们经常会将其分为两类：

功能性需求。就是产品提出的众多业务功能，例如：用户登录、查询数据、添加订单等；
非功能性需求。指系统在实现功能时必须满足的技术指标，最常见的包括性能、可靠性、安全性、可维护性、易用性等，例如：系统的响应时间、并发访问量、容错能力、数据安全性、可扩展性等。

其实，这两类需求整好与软件系统的两类“复杂性”一一对应：

业务复杂性，指系统中业务逻辑和业务规则的复杂程度。业务复杂性主要来自于业务的规模、结构、变化性等，这个与软件所在领域有极大关系；
技术复杂性，指系统中所用技术的复杂程度。技术复杂性主要来自于所使用的数据库、网络协议、中间件、应用框架等，这与软件架构和基础设施关系巨大；

面对不同的需求和复杂性，其设计目标和应对方式也完全不同。

1.1. 业务复杂性

首先，看下业务复杂性：

图片

对于业务需求，我们追求的是系统的复用性和扩展性。

复用性。指组件或模块能够在不同的场景下被重复使用。高复用性设计能够大幅度减少开发和维护的成本，提高开发效率。组件的粒度越小复用性越高，功能结构越清晰，逻辑调整越便利，与之相反的是代码重复率，重复代码是系统腐化的重要标志；
扩展性。能够在不改变现有系统结构的情况下，方便地添加新的功能或修改现有功能。具有高扩展性的系统能够满足未来需求的变化，降低系统的维护成本。

导致业务代码变化的原因有很多，比如：

线上bug。线上bug很少但对业务系统的伤害巨大，发现bug后为了快速修复问题，往往选择短平快的方式而非最佳方案，这些“补丁”就像系统中的“飞线”在代码中穿梭，成为超出三界的定时炸弹，一不小心就会给你意外的“惊喜”；
新功能需求。这是代码膨胀的主要推动力，开发人员将产品提出的需求翻译成代码，不停的“塞入”到代码仓库，导致仓库快速膨胀，很快你将面对几十万行代码并在之上进行新的开发；
创新性业务。意味着新建系统、新建仓库、新建服务，看起来一切非常良好，可以一次性甩掉多年的历史包袱，但公司整个系统变得越来越复杂，甚至没人能说出服务间的调用关系；

这些变更都会导致业务代码越来越多、逻辑越来越复杂，最终变得难以维护。

为了更好的应对这些变化，常见的手段包括：

DDD，构建于“领域模型”基础之上，使用面向对象的各种语言特性，实现逻辑的封装、复用；将业务概念和实现组件结合在一起，避免相互转化，从而降低沟通成本；
重构，随着业务的变化，对原有代码结构进行优化，在新结构上以扩展的方式完成新功能的添加，不断地对代码结构进行调优
TDD，重构的重要保障，在优化代码结构的同时，保障不会破坏原有的业务逻辑

业务复杂性先简单介绍到这，接下来看下技术复杂性：

1.2. 技术复杂性

图片

对于非功能需求，我们追求的是系统的高性能和高可用。

高性能。在同等资源下，要么让系统运行尽可能快，要么让系统吞吐尽可能大
高可用。尽量保障系统 7 * 24h 不间断的提供服务，避免由于服务中断导致公司损失

导致技术复杂性激增的原因有很多，比如：

用户和并发量。随着用户和并发量的激增，系统承受的压力将越来越大，一个小小的卡点便能造成巨大的损失
系统数据量。随着系统数据量不断积累，当单表数据量超过亿级，不管是访问速度还是异常恢复都将面临巨大挑战
机器规模。当机器规模超过一定的阈值，硬件问题将频繁爆发，基本每天都会出现硬件故障，最终成为高可用的阻力

这些问题并不能通过简单的增加代码来解决，往往需要引入新技术或使用新方案：

新技术。当数据库表数据量达到“亿”级出现明显的性能瓶颈时，可以应用分库分表或 TiDB 来解决
新方案。当数据库读压力巨大，可以调整技术方案，使用数据库读写分离、增加缓存等方案解决

通过对比，是否有一种感觉：“业务”与“技术” 差距巨大，可以说是天壤之别。所以需要一种架构，能够对 “业务” 和 “技术” 进行隔离，降低两者的相互影响，使得：

技术调整不影响业务模型
业务调整不能依赖技术

六边形架构，便可以解决这个问题。

2. 六边形架构

六边形架构出自《实现领域驱动设计》一书，与“洋葱架构” 非常相似，都能很好的实现 “业务” 与 “技术” 的分离。

在 “Command侧”（详见CQRS架构） DDD 仍旧是最佳解决方案，所以在此使用 “六边形架构” 作为顶级架构。

六边形架构如下：

图片

该架构由内外两个六边形组成，这也是其名称来源：

内六边形属于业务域，用于应对业务复杂性。
外六边形属于技术域，用于应对技术复杂性。
其中内六边形是整个系统的核心，外六边形依赖于内六边形，而内六边形不依赖于外六边形
内外两个六边形存在清晰的边界，两者相互独立，互不影响，独自演进

2.1.【业务】内六边形

内六边形聚焦于业务逻辑，使用良好的设计应对业务的复杂性；通过提升系统的复用性和扩展性，来应对未来的变化。

2.1.1. DDD

DDD 是解决复杂业务的一把利器，将业务需求和代码实现相结合，通过对业务领域的深入理解，构建出可复用、可维护、可扩展的领域模型。

DDD 分为战略和战术两部分，在此重点阐述战术部分。战术模型主要包括：

实体（Entity）：具有唯一标识的领域对象，具有丰富的属性和行为，表示需要持续跟踪的领域概念，比如用户、订单、地址等；
值对象（Value Object）：没有唯一标识的领域对象，具有属性和行为，一般用于表示某一个领域概念，比如金额、邮箱、手机号等；
聚合根（Aggregate Root）：一组由实体和值对象组成的高内聚对象集合，由一个根实体来管理它们，我们也称之为聚合根，比如订单+订单项便组成了一个聚合，其中订单为聚合根；
工厂（Factory）：创建领域对象的一种机制，也是设计模式在 DDD 中的落地，它隐藏了对象创建细节，并保障创建对象的有效性，主要解决复杂对象初始化问题；
存储库（Repository）：提供对领域对象的持久化和检索功能，将领域对象从数据存储细节中分离出来，完成领域对象和存储引擎的解耦；
领域服务（Service）：处理领域对象之间的交互，没有自己的状态，封装了一些业务逻辑，主要用于需要多个领域对象相互协作才能完成的业务场景，比如银行转账；
领域事件（Event）：指在领域内发生的、有意义的、需要被捕捉的事件，主要完成服务内的流程解耦和服务间的系统解耦；

这些领域对象相互协作，共同承载复杂的业务场景，大幅提升了业务的复用性和扩展性。

2.1.2. TDD

也称为测试驱动开发，它的基本思想是在编写代码之前先编写测试，然后根据测试来编写代码，最后再运行测试。可以帮助开发人员更快地发现并修复代码中的bug，还可以让开发人员更加关注代码的设计，使代码更加健壮、可扩展和易维护。

业务模型与基础设施的解耦将为你的 TDD 带来众多好处：

提高测试的速度：使用 Mock 技术可以避免测试过程中涉及到缓慢的网络或数据库操作，从而提高测试速度，加快迭代周期；
提高测试可靠性：使用 Mock数据可以降低测试失败或不可靠的情况，避免由于数据变更所造成的测试不稳定问题；
更好的测试隔离：业务逻辑和基础设施可以并行开发，避免两者相互干扰而产生不确定行为；
有利于重构：业务逻辑和外部依赖分离，在重构代码时，可以聚焦于业务逻辑而不必担心外部依赖的稳定性和正确性；

2.1.3. 两顶帽子

两顶帽子，是落地重构的重要开发模式，是一种工作习惯，或者说是一种高效的工作流程。

两顶帽子法，将软件变更落地过程分为两个阶段：

优化结构阶段。在不改变软件行为的前提下，对软件结构进行优化，使其更具扩展性。比如：

【重构】抽取公共逻辑到方法、类，以便更好的被复用；
【设计模式】抽取模板方法，对核心逻辑进行统一；
【架构模式】抽取功能微内核，确定插件签名和功能；

添加功能阶段。在调整后的具备更好的扩展性的代码基础上完成功能调整或者增加新功能，如：
新功能复用已有组件能力，避免重复开发；
以扩展点的方式增加新功能，提升开发效率；

2.2.【技术】外六边形

外六边形聚焦于技术，与公司基础设施密切相关，也受所用框架的各种约束。其核心是发挥框架和中间件的优势，更好的为业务提供服务。

根据应用场景的不同，我们将外六边形的组件分成两类：

输入适配器。将来自外部的数据转换为系统可以使用的格式；
输出适配器。将系统内部的数据转换为外部可以使用的格式

他们是系统与外部的“翻译官”，将外部请求转换为系统可以理解的指令，并将系统响应转换为外部世界可以理解的格式，这种松耦合可以使系统更加灵活更具扩展性。

2.2.1. 输入适配器

负责将外部系统的请求转换为应用服务能够处理的格式，通常包括Web 请求、RPC调用、消息队列、定时任务等，是将外部请求转换为内部指令的桥梁。

常见的输入适配器主要包括：

Web 请求。处理 HTTP 请求，对请求进行转换、验证，将其转换为应用服务所需格式，调用接口完成业务逻辑，最后将处理结果转化为所需格式进行返回。常见的框架有 Spring MVC、Struct2等；
RPC 调用。处理远程调用请求，将请求转换为应用程序所需格式，调用应用服务接口完成业务逻辑，最后返回处理结果；在 Spring Cloud 技术栈下，与 Web 请求高度类似，但仍旧具有自己的特点，需要与 Web 请求进行区分处理。常见的 RPC 框架有 Spring Cloud、gRPC、Thrift、Dubbo等；
消息队列。主要指的是消息队列的消费端，从消息队列中读取消息，将信息转换为应用程序所需格式，调用应用服务接口完成业务逻辑。常见的有 RocketMQ、Kafka、RabbitMQ等；
定时任务。由定时器周期性触发，调用应用服务的业务方法，完成某种后台任务。常见的有Quartz、XXL-job、Spring Task 等；

2.2.2. 输出适配器

负责将应用程序输出结果转换为外部系统能够理解的格式，通常包括数据库、RPC调用、缓存、搜索、消息队列、文件系统等，是将内部响应转换为外部响应的桥梁。

常见的输出适配器主要包括：

数据库。将领域模型中的模型数据保存到数据库进行持久化存储，常用的框架包括 MyBatis、Jpa、Hibernate等，中间件主要是 MySQL；
缓存。模型数据发生变更后，对缓存数据进行清理或更新，常见框架包括本地缓存 Guava、Caffeine、EhCache，分布式缓存有 Redis、Memcache、Tair等；
搜索。为应对多维度查询，系统会引入搜索引擎组件，在模型数据发生变更后，需要将变更同步到搜索引擎，常见的有Elasticsearch、Solr、Sphinx等；
消息队列。这里主要指的是消息队列的发送端，当业务操作完成后，系统会向外发布领域事件，以将变更通知到下游系统，常见的有 RocketMQ、Kafka、RabbitMQ等；
RPC调用。这里主要指的是 RPC 的调用端，当业务模型对其他领域服务存在依赖时，需要通过 RPC 进行系统通信，常见的 RPC 框架有 Spring Cloud、gRPC、Thrift、Dubbo等；
文件系统。这里简单理解为系统的日志输出即可，常见的有Log4j、Logback、SLF4J、JUL等；

这么多纷繁复杂的框架、中间件从另一个层面也验证了，外六边形是以技术作为驱动的，其核心就是：如何更好的使用这些技术工具，发挥每个框架的强项。

3. 小结

任意一个业务系统都会面对两类需求：

来自业务的功能性需求；
来自技术的非功能性需求；

两类需求背后的驱动力（复杂性）完全不同：

功能性需求的驱动力在于业务自身的复杂性和多变性；
非功能性需求的驱动力在于架构的变更和技术的更迭；

为了更好的应对这两类变化，需要在架构上进行隔离，避免相互影响带来更多的复杂性，然后逐个击破。这就是六边形架构最擅长的领域：

内六边形。聚焦于业务解决功能性需求，常用的手段有 DDD、TDD、重构；
外六边形。聚焦于技术解决非功能性需求，需要使用好输入适配器和输出适配器；

本文链接：http://www.28at.com/showinfo-26-5202-0.htmlDDD 必备架构--六边形架构

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com

上一篇：三言两语说透设计模式的艺术-抽象工厂模式

下一篇：浅析数据工程

标签：

热门焦点

vivo TWS Air开箱体验：真轻臻好听

在vivo S15系列新机的发布会上，vivo的最新款真无线蓝牙耳机vivo TWS Air也一同发布，本次就这款耳机新品给大家带来一个简单的分享。外包装盒上，vivo TWS Air保持了vivo自家产
5月iOS设备好评榜：iPhone 14仅排第43？

来到新的一月，安兔兔的各个榜单又重新汇总了数据，像安卓阵营的榜单都有着比较大的变动，不过iOS由于设备的更新换代并没有那么快，所以相对来说变化并不大，特别是iOS好评榜，老款设
量化指标是与非：挽救被量化指标扼杀的技术团队

作者 | 刘新翠整理 | 徐杰承本文整理自快狗打车技术总监刘新翠在WOT2023大会上的主题分享，更多精彩内容及现场PPT，请关注51CTO技术栈公众号，发消息【WOT2023PPT】即可直接领取
微信语音大揭秘：为什么禁止转发？

大家好，我是你们的小米。今天，我要和大家聊一个有趣的话题：为什么微信语音不可以转发？这是一个我们经常在日常使用中遇到的问题，也是一个让很多人好奇的问题。让我们一起来揭开这
中国家电海外掘金正当时｜出海专题

作者｜吴南南编辑｜胡展嘉运营｜陈佳慧出品｜零态LT（ID：LingTai_LT）2023年，出海市场战况空前，中国创业者在海外纷纷摩拳擦掌，以期能够把中国的商业模式、创业理念、战略打法输出海外，他们依
一条抖音4亿人围观 ! 这家MCN比无忧传媒还野

作者：Hiu 来源：互联网品牌官01 擦边少女空降热搜，幕后推手曝光被网友誉为“纯欲天花板”的女网红井川里予，近期因为一组哥特风照片登上热搜，引发了一场互联网世界关于
认真聊聊东方甄选：如何告别低垂的果实

来源：山核桃作者：财经无忌爆火一年后，俞敏洪和他的东方甄选依旧是颇受外界关心的“网红”。7月5日至9日，为期5天的东方甄选“甘肃行”首次在自有App内直播，
机构称Q2国内智能手机销量同比下滑4% vivo份额重回第1

7月29日消息，根据市场调查机构Counterpoint Research公布的最新报告，2023年第2季度中国智能手机销量同比下降4%，创新自2014年以来第2季度销量新低。报
半导体需求下滑三星电子DS业务部门今年营业亏损预计超10万亿韩元

7月17日消息，据外媒报道，去年下半年开始的半导体需求下滑，影响到了三星电子、SK海力士、英特尔等诸多厂商，营收明显下滑，部分厂商甚至出现了亏损。作为

DDD 必备架构--六边形架构

1. 软件系统复杂性

1.1. 业务复杂性

1.2. 技术复杂性

2. 六边形架构

2.1.【业务】内六边形

2.1.1. DDD

2.1.2. TDD

2.1.3. 两顶帽子

2.2.【技术】外六边形

2.2.1. 输入适配器

2.2.2. 输出适配器

3. 小结

vivo TWS Air开箱体验：真轻臻好听

5月iOS设备好评榜：iPhone 14仅排第43？

量化指标是与非：挽救被量化指标扼杀的技术团队

微信语音大揭秘：为什么禁止转发？

中国家电海外掘金正当时｜出海专题

一条抖音4亿人围观 ! 这家MCN比无忧传媒还野

认真聊聊东方甄选：如何告别低垂的果实

机构称Q2国内智能手机销量同比下滑4% vivo份额重回第1

半导体需求下滑三星电子DS业务部门今年营业亏损预计超10万亿韩元

最新推荐

猜你喜欢

热门推荐

相关资讯