本发明涉及计算机,具体而言,涉及一种业务处理方法、装置及服务端设备。
背景技术:
1、软件架构发展至今,经历了单体结构、垂直架构、soa架构,再到现在的微服务架构,不断升级、迭代。其中微服务架构(microservice architecture)是一种软件架构风格,将一个大型的应用程序拆分成一组小型、自治且相互协作的服务。每个服务都可以独立部署、独立扩展、独立修改,以满足不同的业务需求。微服务架构通过解耦和服务化的方式,提供了更高的灵活性、可扩展性和可维护性。但正如《microservices-not a free lunch!》中所描述的那样,具备以上优点的同时,也带来了不可避免的缺点,如显著的运营开销、分布式事务管理与复杂性、隐式接口与重复努力、测试和调试的复杂性。
2、在互联网应用环境中,由于应用采用集中部署且配备专业的开发、运维团队,并由自身可控制应用需求、变更与发布,采用微服务架构能有效发挥微服务架构的优点。在企业应用环境中,由于个性化需求多样且变更、发布都需要适应外部客户要求,采用微服务架构,不仅无法享受微服务架构的优点,反而提高了应用软件开发、运维的难度,增加了企业的成本。
技术实现思路
1、本发明的目的在于,针对上述现有技术中的不足,本申请提供了一种业务处理方法、装置及服务端设备,以解决现有技术中业务处理难度高、效率低等问题。
2、为实现上述目的,本申请实施例采用的技术方案如下:
3、第一方面,本申请实施例提供一种业务处理方法,应用于服务端,所述方法包括:
4、接收业务调用方发送的业务请求;
5、对所述业务请求进行解析,得到请求内容,所述请求内容包括:业务脚本信息、以及业务参数;
6、根据所述业务脚本信息,获取目标业务脚本;
7、根据所述业务参数,采用所述目标业务脚本执行对应的业务操作,得到业务执行结果;
8、向所述业务调用方返回所述业务执行结果。
9、可选地,所述业务脚本信息包括:业务处理名称、所述业务调用方的访问控制信息;
10、所述根据所述业务脚本信息,获取目标业务脚本,包括:
11、根据所述业务处理名称,以及所述访问控制信息,确定所述业务调用方是否具有所述业务处理名称对应业务脚本的访问权限;
12、若所述业务调用方具有所述业务处理名称对应的所述目标业务脚本的访问权限,则根据所述业务处理名称,获取所述目标业务脚本。
13、可选地,所述访问控制信息包括:所述业务调用方的标识,以及所述业务调用方对应的业务脚本名称集合;
14、所述根据所述业务处理名称,以及所述访问控制信息,确定所述业务调用方是否具有所述业务处理名称对应业务脚本的访问权限,包括:
15、确定所述业务处理名称是否在所述业务脚本名称集合中;
16、若所述业务处理名称在所述业务脚本名称集合中,则确定所述业务调用方具有所述目标业务脚本的访问权限;
17、若所述业务处理名称不在所述业务脚本名称集合中,则确定所述业务调用方不具有所述目标业务脚本的访问权限。
18、可选地,所述访问控制信息包括:所述业务调用方的标识;
19、所述根据所述业务处理名称,以及所述访问控制信息,确定所述业务调用方是否具有所述业务处理名称对应业务脚本的访问权限,包括:
20、确定所述业务处理名称是否在所述业务调用方的标识对应的预设业务脚本名称集合中;
21、若所述业务处理名称在所述预设业务脚本名称集合中,则确定所述业务调用方具有所述目标业务脚本的访问权限;
22、若所述业务处理名称不在所述预设业务脚本名称集合中,则确定所述业务调用方不具有所述目标业务脚本的访问权限。
23、可选地,所述业务脚本信息还包括:版本信息;
24、所述根据所述业务处理名称,获取所述目标业务脚本,包括:
25、根据所述业务处理名称和所述版本信息,获取所述目标业务脚本。
26、可选地,所述根据所述业务处理名称,获取所述目标业务脚本,包括:
27、根据所述业务处理名称、所述业务调用方的标识对应的预设版本信息,获取所述目标业务脚本。
28、可选地,所述根据所述业务处理名称,获取所述目标业务脚本,包括:
29、根据所述业务处理名称,从预设脚本缓存中查找所述目标业务脚本;
30、若所述预设脚本缓存中不存在所述目标业务脚本,则根据所述业务处理名称,从预设数据库中获取所述目标业务脚本;
31、将所述目标业务脚本缓存至所述预设脚本缓存中。
32、可选地,所述根据所述业务处理名称,获取所述目标业务脚本,还包括:
33、若所述预设脚本缓存中存在所述目标业务脚本,则从所述预设脚本缓存中直接获取所述目标业务脚本。
34、第二方面,本申请实施例提供一种业务处理装置,应用于服务端,所述装置包括:
35、接收模块,用于接收业务调用方发送的业务请求;
36、解析模块,用于对所述业务请求进行解析,得到请求内容,所述请求内容包括:业务脚本信息、以及业务参数;
37、获取模块,用于根据所述业务脚本信息,获取目标业务脚本;
38、执行模块,用于根据所述业务参数,采用所述目标业务脚本执行对应的业务操作,得到业务执行结果;
39、发送模块,用于向所述业务调用方返回所述业务执行结果。
40、第三方面,本申请实施例提供一种服务端设备,包括:处理器、存储介质,所述处理器与所述存储介质之间通过总线通信连接,所述存储介质存储有所述处理器可执行的程序指令,所述处理器调用存储介质中存储的程序,以执行如第一方面任一所述的业务处理方法的步骤。
41、相对于现有技术而言,本申请具有以下有益效果:
42、本申请提供了一种业务处理方法、装置及服务端设备。通过接收业务调用方发送的业务请求;对业务请求进行解析,得到请求内容,请求内容包括:业务脚本信息、以及业务参数;根据业务脚本信息,获取目标业务脚本;根据业务参数,采用目标业务脚本执行对应的业务操作,得到业务执行结果;向业务调用方返回业务执行结果。从而,通过业务请求,确定业务脚本或插件,无需用户再进行自行查找或编辑脚本,降低了业务处理难度,提高了业务处理效率以及处理精度。
1.一种业务处理方法,其特征在于,应用于服务端,所述方法包括:
2.根据权利要求1所述的方法,其特征在于,所述业务脚本信息包括:业务处理名称、所述业务调用方的访问控制信息;
3.根据权利要求2所述的方法,其特征在于,所述访问控制信息包括:所述业务调用方的标识,以及所述业务调用方对应的业务脚本名称集合;
4.根据权利要求2所述的方法,其特征在于,所述访问控制信息包括:所述业务调用方的标识;
5.根据权利要求3所述的方法,其特征在于,所述业务脚本信息还包括:版本信息;
6.根据权利要求4所述的方法,其特征在于,所述根据所述业务处理名称,获取所述目标业务脚本,包括:
7.根据权利要求2所述的方法,其特征在于,所述根据所述业务处理名称,获取所述目标业务脚本,包括:
8.根据权利要求7所述的方法,其特征在于,所述根据所述业务处理名称,获取所述目标业务脚本,还包括:
9.一种业务处理装置,其特征在于,应用于服务端,所述装置包括:
10.一种服务端设备,其特征在于,包括:处理器、存储介质,所述处理器与所述存储介质之间通过总线通信连接,所述存储介质存储有所述处理器可执行的程序指令,所述处理器调用存储介质中存储的程序,以执行如权利要求1至8任一所述的业务处理方法的步骤。