[发明专利]基于DDD的微服务请求处理方法、系统、设备及介质

说明书

本发明涉及一种基于DDD的微服务请求处理方法、系统、设备及介质，方法包括对微服务进行划界，建立微服务领域模型，微服务领域模型包括展现层、应用层、领域层和基础设施层；展现层获取微服务请求；将微服务请求发送至应用层，获取业务处理数据；将业务处理数据发送至领域层，领域层对业务处理数据进行业务逻辑处理，获取操作数据；将操作数据送入基础设施层进行业务操作和操作数据储存，并更新展现层的用户界面数据。与现有技术相比，本发明将微服务具体划界，建立微服务领域模型，划分多个较小的模型层级，便于开发和调试，避免由于微服务划界不明确而导致的效率低下和微服务处理不准确问题，能够提高对微服务请求的处理效率和处理准确性。

技术领域

本发明涉及一种微服务请求处理领域，尤其是涉及基于DDD的微服务请求处理方法、系统、设备及介质。

背景技术

微服务近年来可谓炙手可热，合理的使用微服务架构可以解耦系统，提供更好的软件伸缩性以及提高组织的敏捷性，然而微服务架构没有很好的理论支撑如何合理的划分服务边界，目前在微服务实践过程中，微服务的分包划界难以统一，对于微服务的开发团队中，不同团队对于如何进行服务划分不能难以统一，甚至同一团队的不同开发人员的分包原则和方式也大不相同，非常不利于产品代码的开发和维护。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种基于DDD的微服务请求处理方法、系统、设备及介质。

本发明的目的可以通过以下技术方案来实现：

一种基于DDD的微服务请求处理方法，包括：

S1：对微服务进行划界，建立微服务领域模型，所述的微服务领域模型包括展现层、应用层、领域层和基础设施层；

S2：所述的展现层获取微服务请求；

S3：所述的展现层将微服务请求发送至应用层，获取业务处理数据；

S4：所述的应用层将业务处理数据发送至领域层，领域层对业务处理数据进行业务逻辑处理，获取操作数据；

S5：所述的领域层将操作数据送入基础设施层进行业务操作和操作数据储存，并通过应用层将操作数据送入展现层，更新展现层的用户界面数据。

本发明中，DDD是指Domain-Driven Design，即领域驱动设计。

优选地，所述的S4的具体步骤包括：

S41：将业务处理数据发送至领域层；

S42：领域层对业务处理数据进行业务逻辑处理，获取操作原始数据；

S43：根据操作原始数据进行领域聚合，获取操作数据；

S44：对操作数据进行反序列化处理，进入步骤S5。

优选地，所述的S1中根据微服务的粒度、分层、边界划分、依赖关系和集成关系进行领域模型的划界。

优选地，所述的基础设施层包括数据库、API网关和缓存，所述的缓存用于暂存来自领域层的操作数据，所述的数据库用于储存操作数据，所述的API网关用于与发出微服务请求的客户端进行通讯。

一种基于DDD的微服务请求处理系统，包括微服务划界模块，所述的微服务划界模块对微服务进行划界，建立微服务领域模型，所述的微服务领域模型包括展现层、应用层、领域层和基础设施层，

所述的展现层获取微服务请求，

所述的展现层将微服务请求发送至应用层，获取业务处理数据，

所述的应用层将业务处理数据发送至领域层，领域层对业务处理数据进行业务逻辑处理，获取操作数据，