ddd 访问权限_基于DDD的微服务设计和开发实战

最新推荐文章于 2024-07-09 06:53:06 发布

weixin_39789327

最新推荐文章于 2024-07-09 06:53:06 发布

阅读量355

点赞数

文章标签： ddd 访问权限

本文链接：https://blog.csdn.net/weixin_39789327/article/details/112181887

版权

本文详细介绍了如何基于DDD进行微服务设计和开发，包括DDD分层架构、服务视图、数据视图、领域事件和事件总线的实践。通过事件风暴建立领域模型，合理划分微服务边界，确保业务模型与代码模型的一致性。内容涵盖了微服务设计方法、微服务设计原则，以及一个基于DDD的微服务设计实例。

摘要由CSDN通过智能技术生成

你是否还在为微服务应该拆多小而争论不休？到底如何才能设计出收放自如的微服务？怎样才能保证业务领域模型与代码模型的一致性？或许本文能帮你找到答案。

本文是基于DDD的微服务设计和开发实战篇，通过借鉴领域驱动设计思想，指导微服务项目团队进行设计和开发本文包括三部分内容：第一部分讲述领域驱动设计基本知识，包括：分层架构、服务视图、数据视图和领域事件发布和订阅等；第二部分讲述微服务设计方法、过程、模板、代码目录、设计原则等内容；最后部分以一个项目为例讲述基于DDD的微服务设计过程。

一、目标

本文采用DDD(领域驱动设计)作为微服务设计指导思想，通过事件风暴建立领域模型，合理划分领域逻辑和物理边界，建立领域对象及服务矩阵和服务架构图，定义符合DDD分层架构思想的代码结构模型，保证业务模型与代码模型的一致性。通过上述设计思想、方法和过程，指导团队按照DDD设计思想完成微服务设计和开发。

通过领域模型和DDD的分层思想，屏蔽外部变化对领域逻辑的影响，确保交付的软件产品是边界清晰的微服务，而不是内部边界依然混乱的小单体。在需求和设计变化时，可以轻松的完成微服务的开发、拆分和组合，确保微服务不易受外部变化的影响，并稳定运行。

二、适用范围

本文适用于按照DDD设计方法进行微服务设计和开发的项目及相关人员。

以下情况不适用：

1、“我们的目标是按期盖出一栋大楼来，不要跟我提什么方法，有这啰嗦的时间，还不如抓紧点时间搬砖，把楼给我快点盖好！”。

2、“我的工作就是让软件运行起来，能工作一切就OK！我不需要那么多约束，什么设计方法、扩展性、业务变化、领域模型、响应能力与我无关。别耽误工期啦！先上线再说！”。

3、“好的软件是自己演进出来的，我们不需要设计！”。

哈哈，开个玩笑啦！其实设计不会花太多时间的！

不耽误大家时间了，言归正传。

三、 DDD分层架构视图

DDD分层架构包括：展现层、应用层、领域层和基础层。

DDD分层架构模型

DDD分层架构各层职能如下：

1、展现层

展现层负责向用户显示信息和解释用户指令。

2、应用层

应用层是很薄的一层，主要面向用户用例操作，协调和指挥领域对象来完成业务逻辑。应用层也是与其他系统的应用层进行交互的必要渠道。应用层服务尽量简单，它不包含业务规则或知识，只为下一层的领域对象协调任务，使它们互相协作。应用层还可进行安全认证、权限校验、分布式和持久化事务控制或向外部应用发送基于事件的消息等。

3、领域层

领域层是软件的核心所在，它实现全部业务逻辑并且通过各种校验手段保证业务正确性。它包含业务所涉及的领域对象(实体、值对象)、领域服务以及它们之间的关系。它负责表达业务概念、业务状态以及业务规则，具体表现形式就是领域模型。

4、基础层

基础层为各层提供通用的技术能力，包括：为应用层传递消息、提供API管理，为领域层提供数据库持久化机制。它还能通过技术框架来支持各层之间的交互。