[发明专利]一种应用服务处理系统和应用服务处理方法有效
申请号: | 201910978795.6 | 申请日: | 2019-10-15 |
公开(公告)号: | CN110740178B | 公开(公告)日: | 2023-01-13 |
发明(设计)人: | 袁玮鸿 | 申请(专利权)人: | 深圳乐信软件技术有限公司 |
主分类号: | H04L67/63 | 分类号: | H04L67/63;H04L67/60;H04L67/10 |
代理公司: | 北京品源专利代理有限公司 11332 | 代理人: | 孟金喆 |
地址: | 518000 广东省深圳市南山区*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 应用服务 处理 系统 方法 | ||
本发明实施例公开了一种应用服务处理系统和应用服务处理方法。通过加载引擎接收门面引擎发送的服务启动请求,根据处理后的服务启动请求加载至少一个服务处理规则,将至少一个服务处理规则发送给内层引擎,通过内层引擎,根据至少一个服务处理规则处理服务启动请求对应的应用服务,由于加载引擎可以在不依赖核心服务的情况下,根据服务启动请求多元化加载不同的服务处理规则,解决了现有技术中拆分后的每个子服务各自为营,由于依赖核心服务并按照各自不同的业务规则执行业务,导致的整个应用服务的业务规则臃肿、形态复杂、与核心服务的耦合性重的问题,达到不依赖核心服务多元化加载服务处理规则的目的,实现提高应用服务处理效率的效果。
技术领域
本发明实施例涉及互联网技术,尤其涉及一种应用服务处理系统和应用服务处理方法。
背景技术
在应用系统发展到一定的阶段,量级提升之后,应用服务的拆分是必不可少的,在此过程中一般会慢慢下沉一些核心服务,并在核心服务上面架构一层门面或者桥梁服务,业内称之为协调服务,用来协调处理应用服务。
几年来,随着服务的高速发展、客户量、资金方以及第三方服务越来越多,应用服务的规模也越来越大,协调服务在处理应用系统时,将应用服务进行拆分,拆分后的每个子服务各自为营,依赖核心服务并按照各自不同的业务规则执行业务,因而使整个应用服务的业务规则臃肿、形态复杂、与核心服务的耦合性重,导致应用服务处理效率较低。
发明内容
本发明实施例提供了一种应用服务处理系统和应用服务处理方法,以提高应用服务的处理效率。
第一方面,本发明实施例提供了一种应用服务处理系统,其中,包括:门面引擎、加载引擎和内层引擎;其中,
所述门面引擎,用于接收服务启动请求,对所述服务启动请求进行预处理,并将处理后的服务启动请求发送给所述加载引擎;
所述加载引擎,用于接收处理后的服务启动请求,根据所述处理后的服务启动请求加载至少一个服务处理规则,并将所述至少一个服务处理规则发送给所述内层引擎,其中,所述至少一个服务处理规则通过配置项配置在至少一个配置组件中;
所述内层引擎,用于根据所述至少一个服务处理规则处理所述服务启动请求对应的应用服务,其中,所述应用服务包括至少一个子服务,每个所述子服务对应一个所述服务处理规则。
进一步地,所述加载引擎具体用于,根据所述配置项和所述至少一个子服务的对应关系,通过配置中心、加载组件、内置插件以及数据库中的至少一种加载所述至少一个服务处理规则,其中,所述至少一个服务处理规则进行并行加载和/或串行加载。
进一步地,所述系统还包括:超时打断组件,用于记录每个所述子服务的处理时间,如果任一所述子服务的处理时间超过预设时间,则打断所述应用服务的处理并进行异常提示。
进一步地,所述系统还包括:异常记录组件;
所述异常记录组件,用于如果任一所述子服务在处理过程中发生异常,记录所有发生异常的子服务的异常信息,并将所有所述异常信息发送给所述门面引擎;
所述门面引擎还用于,对所有所述异常信息进行分析,确定异常子服务;
所述加载引擎还用于,根据所述异常子服务重新加载所述异常子服务对应的服务处理规则。
进一步地,所述系统还包括:网关层、服务层和存储模块;
所述网关层,用于接收所述服务启动请求;
所述服务层,用于将所述网关层接收的所述服务启动请求流转到所述门面引擎;
所述存储模块,用于接收所述内层引擎发送的每个所述子服务的处理结果。
第二方面,本发明实施例还提供了一种应用服务处理方法,其中,包括:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳乐信软件技术有限公司,未经深圳乐信软件技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910978795.6/2.html,转载请声明来源钻瓜专利网。