[发明专利]一种业务处理方法、系统、设备及存储介质

说明书

本申请实施例公开了一种业务处理方法、业务处理装置、设备及存储介质，应用于业务处理系统，所述方法包括：在接口网关微服务，接收登陆请求，将所述登陆请求携带的账号和密码发送至鉴权微服务；在鉴权微服务，基于所述账号和密码认证通过后，为所述账号分配令牌；在所述接口网关微服务，接收所述账号对应的业务请求，获取所述业务请求携带的令牌和为所述账号分配的令牌，以及确定所述业务请求携带的令牌和为所述账号分配的令牌相同，将所述业务请求发送至业务微服务；在所述业务微服务，对所述业务请求进行处理；如此，提高了微服务构成的业务处理系统的安全性。

技术领域

本申请实施例涉及计算机技术领域，涉及但不限于一种业务处理方法、系统、设备及存储介质。

背景技术

在相关技术中，单体应用开发架构的软件设计中，软件框架包括图1所示的3层模型：表示层101、业务逻辑层102和数据访问层103。例如，在电影售票系统中，表示层101：用于直接和用户交互，也称为交互层，通常包括：用户界面(User Interface，UI)、超文本标记语言(Hyper Text Markup Language，HTML)页面等页面。业务逻辑层102：即业务逻辑处理层，用户输入的信息要经过业务逻辑层的处理后，才能展现给用户，可包括电影模块、用户模块等。数据访问层：用于操作数据库，用户在表示层通过业务逻辑层会产生大量的数据，并存储于数据访问层的数据库中，通过数据访问层对数据库进行读写交互操作。

虽然在软件设计中划分了上述经典的3层模型，但是不同业务场景的所有的业务模块都耦合在一起。一个典型的单体架构应用的开发框架就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中，最终经过编译、打包、部署在一台服务器或者多台机器上。例如典型的J2EE工程，它是将表示层的JSP、HTML、业务逻辑层的Controller、Service和数据访问层的Dao，打包成war包，部署在Tomcat、Jetty或者其他Servlet容器中运行。因此，不同应用场景下的业务模块的耦合性高。

为了减小不同场景下业务模块的耦合性，将整个应用程序分成多个微服务，通过不同的微服务提供不同的业务服务，但相关技术中，各个微服务之间是独立的，降低了应用程序的安全性。

发明内容

本申请实施例提供一种业务处理方法、系统、设备及存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供了一种业务处理方法，应用于业务处理系统，所述业务处理系统由微服务构成，所述微服务中包括接口网关微服务、鉴权微服务和业务微服务，所述方法包括：

在接口网关微服务，接收登陆请求，将所述登陆请求携带的账号和密码发送至鉴权微服务；

在鉴权微服务，基于所述账号和密码认证通过后，为所述账号分配令牌；

在所述接口网关微服务，接收所述账号对应的业务请求，获取所述业务请求携带的令牌和为所述账号分配的令牌，以及确定所述业务请求携带的令牌和为所述账号分配的令牌相同，将所述业务请求发送至所述业务微服务；

在所述业务微服务，对所述业务请求进行处理。

本申请实施例还提供了一种业务处理系统，所述业务处理系统由微服务构成，所述微服务中包括接口网关微服务、鉴权微服务和业务微服务；其中，

所述接口网关微服务，用于接收登陆请求，将所述登陆请求携带的账号和密码发送至鉴权微服务；

所述鉴权微服务，用于确定所述账号和密码认证通过后，为所述账号分配令牌；

所述接口网关微服务，还用于接收所述账号对应的业务请求，获取所述业务请求携带的令牌和为所述账号分配的令牌，并确定所述业务请求携带的令牌和为所述账号分配的令牌相同时，将所述业务请求发送至所述业务微服务；