本发明专利技术公开了一种微服务管理系统,包括:链路跟踪模块,异常传导预警模块及请求代理模块;其中,所述链路跟踪模块,用于记录各个微服务之间的调用关系及调用结果;所述异常传导预警模块,用于对微服务的行为数据进行分析,判断所述微服务的行为数据是否异常,当确定所述微服务的行为数据异常时,对所述微服务的行为数据进行异常告警;所述请求代理模块,用于对不同技术栈的微服务间进行服务应用的转发。通过本发明专利技术实施例提供的技术方案,不仅可以实现不同技术栈的微服务间的通信,还可以对微服务的异常行为数据进行告警处理及对微服务间的调用关系进行跟踪和记录,实现对微服务进行有效管理。效管理。效管理。
【技术实现步骤摘要】
一种微服务管理系统
[0001]本专利技术涉及微服务
,尤其涉及一种微服务管理系统。
技术介绍
[0002]近几年软件架构的技术演进越来越快,从单体架构到集群架构,之后到分布式架构,再到目前从分布式架构衍生过来的微服务架构。其中,单体架构就是将软件所有的业务场景的表现层,业务逻辑层,数据访问层都打包部署到同一台的服务器上运行,这种对于访问量小,业务单一,成本比较低的项目还是比较适合的。但是当访问量提升上去后,这种架构就无法满足。访问量提升,为了解决高并发高负载的问题,后面就出现集群架构,就是将单体架构部署软件,重复部署到多台服务器上,数据库通过读写进行分离,通过负责均衡的策略,形成的软件架构。但是随着业务不断发展,系统功能变得越来越复杂,系统维护难度越来越高,这种情况不是加几台服务器就可以解决的,这种情况,就需要对系统业务各个模块进行分离份拆,将不同业务模块部署到不同的服务器集群上,每个独立部署的业务模块就是服务,服务之间通过远程过程互相调用。但是当业务发展到一定时期,要对部分功能进行调整和重构,以及有新团队加入,但是分布式架构业务由于都是服务之间直接调用,耦合程度比较高,需要对系统重新重构不是容易的事情。为了解决业务的耦合高和扩展性的问题,就从分布式架构派生出微服务架构,微服务架构比起分布式架构,更加专注业务层面,系统部署的业务颗粒度更小,业务之间的依赖度尽量更低,同时业务之间是互相隔离,新团队的加入,只需要关注自己负责的部分内容即可参与项目,不需要关注系统全局。
[0003]目前,随着云原生技术的成熟发展,使微服务架构发展供合适的平台,微服务架构有着灵活的可扩展、可伸缩的优势,微服务架构已经成为各大企业的首选软件开发架构。但是随着系统业务扩展越来越快,容器部署的微服务越来越多的时候,意味容器里面的运行环境就变得无序和凌乱,需要通过一种有效的服务治理的方式,以对微服务进行有效管理。
技术实现思路
[0004]本专利技术提供了一种微服务管理系统,可以对微服务进行有效管理。
[0005]根据本专利技术的一方面,提供了一种微服务管理系统,包括:链路跟踪模块,异常传导预警模块及请求代理模块;其中,
[0006]所述链路跟踪模块,用于记录各个微服务之间的调用关系及调用结果;
[0007]所述异常传导预警模块,用于对微服务的行为数据进行分析,判断所述微服务的行为数据是否异常,当确定所述微服务的行为数据异常时,对所述微服务的行为数据进行异常告警;
[0008]所述请求代理模块,用于对不同技术栈的微服务间进行服务应用的转发。
[0009]进一步的,所述请求代理模块,包括:服务通信信息转换单元及服务响应信息转换单元;
[0010]所述服务通信信息转换单元,用于当第一微服务与第二微服务间进行服务通信
时,将所述第一微服务发送的基于第一技术栈的第一服务通信信息,转换为基于第二技术栈的第二服务通信信息,并将所述第二服务通信信息发送至所述第二微服务;
[0011]所述服务响应信息转换单元,用于接收所述第二微服务反馈的与所述第二服务通信信息对应的第一服务响应信息,其中,所述第一服务响应信息为基于第二技术栈的信息;将所述第一服务响应信息转换为基于所述第一技术栈的第二服务响应信息,并将所述第二服务响应信息发送至所述第一微服务。
[0012]进一步的,所述服务通信信息转换单元,具体用于:当第一微服务与第二微服务间进行服务通信时,接收所述第一微服务发送的基于第一技术栈的第一服务通信信息,并判断所述第一服务通信信息中是否包含敏感信息,若是,则过滤所述第一服务通信信息中的敏感信息;将过滤后的第一服务通信信息转换为基于第二技术栈的第二服务通信信息,并将所述第二服务通信信息发送至所述第二微服务;
[0013]所述服务响应信息转换单元,具体用于:接收所述第二微服务反馈的与所述第二服务通信信息对应的第一服务响应信息,其中,所述第一服务响应信息为基于第二技术栈的信息;判断所述第一服务响应信息中是否包含敏感信息,若是,则过滤所述第一服务响应信息中的敏感信息;将过滤后的第一服务响应信息转换为基于所述第一技术栈的第二服务响应信息,并将所述第二服务响应信息发送至所述第一微服务。
[0014]进一步的,所述异常传导预警模块,具体用于:基于预设的行为数据判断模型对微服务的行为数据进行分析,判断所述微服务的行为数据是否异常,当确定所述微服务的行为数据异常时,对所述微服务的行为数据进行异常告警。
[0015]进一步的,还包括业务拨测模块;
[0016]所述业务拨测模块,用于每隔预设时长向微服务发送健康监测报文,并基于所述微服务反馈的与所述健康监测报文对应的健康反馈报文确定所述微服务的健康状况。
[0017]进一步的,还包括流量控制模块;
[0018]所述流量控制模块,用于实时监测微服务的访问流量,当所述访问流量大于预设流量阈值时,对所述访问流量进行控制。
[0019]进一步的,还包括权限控制模块;
[0020]所述权限控制模块,用于当监测到外部系统对微服务的访问请求时,判断所述外部系统对所述微服务是否具有访问权限,若否,则基于账号和/或IP地址对所述外部系统对所述微服务的访问权限进行控制。
[0021]进一步的,还包括容错降级模块;
[0022]所述容错降级模块,用于确定各个网格区域对应的容错等级,并基于与所述容错等级对应的容错策略对对应网格区域内的微服务进行容错控制。
[0023]进一步的,还包括服务度量模块;
[0024]所述服务度量模块,用于对微服务的通信质量进行评估。
[0025]进一步的,还包括网格划分模块;所述网格划分模块,用于确定各个微服务的业务属性,根据所述业务属性对所述各个微服务进行网格划分;其中,划分至同一网格区域的微服务的业务属性相同。
[0026]本专利技术实施例的微服务管理系统,包括:链路跟踪模块,异常传导预警模块及请求代理模块;其中,所述链路跟踪模块,用于记录各个微服务之间的调用关系及调用结果;所
述异常传导预警模块,用于对微服务的行为数据进行分析,判断所述微服务的行为数据是否异常,当确定所述微服务的行为数据异常时,对所述微服务的行为数据进行异常告警;所述请求代理模块,用于对不同技术栈的微服务间进行服务应用的转发。通过本专利技术实施例提供的技术方案,不仅可以实现不同技术栈的微服务间的通信,还可以对微服务的异常行为数据进行告警处理及对微服务间的调用关系进行跟踪和记录,实现对微服务进行有效管理。
[0027]应当理解,本部分所描述的内容并非旨在标识本专利技术的实施例的关键或重要特征,也不用于限制本专利技术的范围。本专利技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0028]为了更清楚地说明本专利技术实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本专利技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种微服务管理系统,其特征在于,包括:链路跟踪模块,异常传导预警模块及请求代理模块;其中,所述链路跟踪模块,用于记录各个微服务之间的调用关系及调用结果;所述异常传导预警模块,用于对微服务的行为数据进行分析,判断所述微服务的行为数据是否异常,当确定所述微服务的行为数据异常时,对所述微服务的行为数据进行异常告警;所述请求代理模块,用于对不同技术栈的微服务间进行服务应用的转发。2.根据权利要求1所述的系统,其特征在于,所述请求代理模块,包括:服务通信信息转换单元及服务响应信息转换单元;所述服务通信信息转换单元,用于当第一微服务与第二微服务间进行服务通信时,将所述第一微服务发送的基于第一技术栈的第一服务通信信息,转换为基于第二技术栈的第二服务通信信息,并将所述第二服务通信信息发送至所述第二微服务;所述服务响应信息转换单元,用于接收所述第二微服务反馈的与所述第二服务通信信息对应的第一服务响应信息,其中,所述第一服务响应信息为基于第二技术栈的信息;将所述第一服务响应信息转换为基于所述第一技术栈的第二服务响应信息,并将所述第二服务响应信息发送至所述第一微服务。3.根据权利要求2所述的系统,其特征在于,所述服务通信信息转换单元,具体用于:当第一微服务与第二微服务间进行服务通信时,接收所述第一微服务发送的基于第一技术栈的第一服务通信信息,并判断所述第一服务通信信息中是否包含敏感信息,若是,则过滤所述第一服务通信信息中的敏感信息;将过滤后的第一服务通信信息转换为基于第二技术栈的第二服务通信信息,并将所述第二服务通信信息发送至所述第二微服务;所述服务响应信息转换单元,具体用于:接收所述第二微服务反馈的与所述第二服务通信信息对应的第一服务响应信息,其中,所述第一服务响应信息为基于第二技术栈的信息;判断所述第一服务响应信息中是否包含敏感信息,...
【专利技术属性】
技术研发人员:杨良志,白琳,汪志新,夏华,雷震强,
申请(专利权)人:彩讯科技股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。