[发明专利]基于微服务的后端拆分策略

说明书

本发明公开了基于微服务的后端拆分策略，涉及微服务拆分技术领域。本发明微服务拆分为包括portal层和core层的上下两侧；portal层对外提供接口，用于接收接口调用的入参、返回处理数据以及简单业务逻辑处理；core层为基础层，负责主要业务逻辑处理，提供portal层接口对下层接口调用的支撑，负责与数据库的交互。本发明通过微服务拆分为portal层和core层，使微服务在结构上变得更加轻薄，更加有利于系统的整体维护、升级和重构；core层作为基础层，接口可以提供丰富、全面的数据，portal层可以因需改变，封装为不同的接口，实现portal层动态改变。

技术领域

本发明属于微服务拆分技术领域，特别是涉及一种基于微服务的后端拆分策略。

背景技术

随着互联网的快速发展，微服务拆分早已成为业界流行的实施方案。微服务拆分可以满足需求的快速迭代，实现敏捷快发，满足快速变化的市场需求，迅速占领市场。微服务拆分主要实现的是各个服务之间的解耦，降低彼此之间的耦合性，在相互不影响的情况下能够实现各个团队的敏捷开发。

微服务拆分后成为单独的一个服务系统，基于该微服务的所有需求的迭代都在此微服务上进行，此微服务没有在进一步拆分分层，所有的更新或者重构都是基于一个工程，在这个工程中完成api接口的调用和对数据库相应的执行操作，从而完成整个后端服务的调用过程。

现有微服务成为一个独立的系统之后，随着代码的不断迭代，一个独立的微服务系统最后有可能变成一个庞大臃肿的复杂系统，给后期系统的维护带来庞大的工作量，如果想要对系统进行升级，也有可能造成一个小的改动而影响整个微服务系统，造成系统的不可用。如果后期对微服务系统进行重构，也会带来庞大的工作量。

因此，我们采用的微服务后端拆分分层方案是将一个微服务后端进行再次分层，一共分为上下两层。上层可以称为微服务的portal层，主要负责api接口中数据的传输和返回；下层可以称为微服务的core层，主要负责业务的逻辑处理与数据库的交互；这样一个微服务就可以分为相互解耦的上下两层，实现微服务的再次轻量化，同时可以避免api接口的直接调用对数据库的访问，实现更高的安全性。后期对微服务进行维护或者升级亦或重构都可以实现更轻量化的操作，更利于系统的维护、升级。

发明内容

本发明的目的在于提供基于微服务的后端拆分策略，微服务后端拆分为portal层和core层，core层提供基本、全面的业务逻辑处理接口，一个接口可以被portal层的多个接口调用，进行不同的数据封装，达到一对多的效果，避免了在一个微服务中相似接口存在大量冗余代码的情况，使整个代码结构更清晰。

为解决上述技术问题，本发明是通过以下技术方案实现的：

本发明为基于微服务的后端拆分策略，所述微服务拆分为包括portal层和core层的上下两侧；

所述portal层对外提供接口，用于接收接口调用的入参、返回处理数据以及简单业务逻辑处理；所述portal层所有接口都调用core层接口；所述portal层用于对core层的基本接口进行不同的封装；

所述core层为基础层，负责主要业务逻辑处理；所述core层为portal层的下层，提供portal层接口对下层接口调用的支撑，负责与数据库的交互。

优选地，所述core层接口与portal层接口是一对一或者一对多的关系，即所述core层的基本接口对应portal层的单独接口或core层的基本接口对应portal层的若干接口。

优选地，所述core层还为portal层提供基本数据接口，所述portal层根据需要对core层的基本数据接口进行封装。

优选地，所述core层接口用于组织或公司内部对内其他开发团队提供需要支持的接口，即内部api接口。

本发明具有以下有益效果：