[发明专利]服务应用独立式架构系统有效
申请号: | 202010441738.7 | 申请日: | 2020-05-22 |
公开(公告)号: | CN111917816B | 公开(公告)日: | 2022-08-26 |
发明(设计)人: | 金春花;周天勇;陈冠华;于长辉;冯万利;徐成杰 | 申请(专利权)人: | 淮阴工学院 |
主分类号: | H04L67/51 | 分类号: | H04L67/51;H04L67/1001;H04L9/40;G06F9/54 |
代理公司: | 南京苏高专利商标事务所(普通合伙) 32204 | 代理人: | 柏尚春 |
地址: | 223003 江苏省*** | 国省代码: | 江苏;32 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 服务 应用 立式 架构 系统 | ||
本发明公开了一种服务应用独立式架构系统,其中:客户端,向预先从应用发现单元缓存的服务应用列表中查询对应的服务应用并获得通信接口,通过网关请求对应的服务应用提供单元进行程序调用;服务应用提供单元,为客户端调用程序提供服务应用;多个服务应用提供单元内存储的程序之间相互独立;网关单元,接收客户端的请求,保留有调用权限的客户端的请求通过。采用上述技术方案,服务应用相互独立,降低维护成本、缩短交付周期、便于应用程序、服务应用系统引入新的框架、技术,或者对现有的技术栈进行升级。
技术领域
本发明涉及通信数据处理领域,尤其涉及一种服务应用独立式架构系统。
背景技术
随着互联网行业的迅猛发展,企业业务不断扩张,企业所提供的线上服务应用种类也越来越多。
现有技术中,企业线上提供服务应用采用的是单块架构,多个应用程序之间高度耦合,但是,随着应用程序所需的功能越来越多以及用户增多后的并发请求数量也越来越多,单块架构面临着诸多挑战,例如维护成本增加(应用程序功能的增多,工作团队的扩大,沟通成本、管理成本、人员协调成本必然显著提升)、交付周期长(应用程序功能的增多,代码逐渐复杂,构建和部署时间也会相应增加)、技术选型成本高(采用统一的技术平台或方案来解决所有问题,每个团队成员都必须使用相同的开发语言、持久化存储机制以及消息系统,使用类似的工具,随着应用程序复杂性的增加,引入新的框架、技术,或者对现有技术栈的升级,都将会面临应用程序稳定性风险)。
发明内容
发明目的:本发明旨在提供一种服务应用独立式架构系统。
技术方案:本发明实施例中提供的一种服务应用独立式架构系统,包括:客户端、网关单元、服务应用发现单元、多个服务应用提供单元,其中:
所述客户端,依据接收的调用指令,向预先从所述应用发现单元缓存的服务应用列表中查询对应的服务应用并获得通信接口,通过网关请求对应的服务应用提供单元进行程序调用;
服务应用提供单元,根据客户端的有效请求为客户端调用程序提供服务应用;多个服务应用提供单元内存储的程序之间相互独立;多个服务应用提供单元提供的服务应用预先注册于所述服务应用发现单元;
所述网关单元,接收客户端的请求,保留有调用权限的客户端的请求通过。
具体的,所述网关单元,至少具有以下一种功能:防止恶意代码入侵、流量监控、通信安全防护、验证客户端请求中的用户注册信息。
具体的,所述网关单元,是Zuul网关,包括反馈模块,其作用是将客户端请求的处理结果反馈至客户端。
具体的,所述服务应用发现单元,包括多个采用Eureka的服务应用列表模块,每个服务应用列表模块均存储有服务应用列表,相互之间定期同步。
具体的,还包括:服务管理单元,预存服务应用提供单元的通信接口并定期更新;所述客户端查询得到对应服务应用后,向所述服务管理单元获取对应的通信接口。
具体的,所述客户端,包括基于Netflix Ribbon的负载均衡工具,用于依据服务应用提供单元的各个服务器的负载情况,采用轮询方式将客户端的请求转送至有负载空间的服务器。
具体的,所述负载均衡工具中包括基于Hystrix的服务熔断组件,还用于服务应用提供单元调用程序失败的次数达到预设次数,停止与所述服务应用提供单元的通信连接,并返回调用失败至客户端。
具体的,服务应用提供单元,调用程序后缓存得到的缓存数据供多个服务应用提供单元查询,若查询未命中,则向数据库进行查询。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于淮阴工学院,未经淮阴工学院许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010441738.7/2.html,转载请声明来源钻瓜专利网。