六边形架构使用场景 - 第二章 - DDD领域模型

1、为什么要使用六边形架构

六边形架构（Hexagonal Architecture，又称端口与适配器架构）的提出，并非空穴来风，而是为了应对传统软件架构（尤其是分层架构）在业务复杂度高、技术栈多样且需要长期演进的系统中所暴露出的核心痛点。

1. 业务逻辑与数据访问层、UI框架深度耦合，难以独立进行单元测试
2. 更换数据库或Web框架等基础设施需要修改核心业务代码，风险高、成本大。
3. 业务规则分散在各技术层（如Controller, Service, DAO），难以理解和维护。
4. 难以优雅地支持多种输入/输出协议（如同时提供REST API、GraphQL、CLI）。

2、为什么大型互联网公司需要六边形架构

大型互联网公司（如阿里巴巴、腾讯、字节跳动）面临的核心挑战：

1. 业务复杂度高
   业务域众多：电商、支付、物流、云计算、文娱等多个业务域
   业务规则频繁变化：促销活动、风控规则、业务策略不断调整
   跨系统集成：需要与数百个外部系统集成
2. 技术栈多样化
   数据库：MySQL、PostgreSQL、MongoDB、Redis 等多种存储
   消息队列：RabbitMQ、Kafka、RocketMQ 等不同中间件
   第三方服务：支付网关、物流 API、短信服务等
3. 系统演进需求
   快速迭代：业务需求快速变化，需要快速响应
   技术升级：数据库迁移、框架升级不能影响业务逻辑
   系统扩展：新增功能不能破坏现有系统稳定性
   六边形架构的价值：通过解耦核心逻辑与外部接口，让系统像"可插拔"的组件，轻松应对业务变化和技术演进。