一种便于管理的微服务架构系统技术方案

技术编号:37958185 阅读:7 留言:0更新日期:2023-06-30 09:32
本发明专利技术公开了一种便于管理的微服务架构系统,属于微服务架构技术领域,包括上报单元、接收单元、计算与存储单元和查询与展示单元,本发明专利技术的微服务架构系统通过加载“探针

【技术实现步骤摘要】
一种便于管理的微服务架构系统


[0001]本专利技术属于微服务架构
,具体涉及一种便于管理的微服务架构系统。

技术介绍

[0002]微服务架构系统是面向服务的体系结构(SOA)架构样式的一种变体,它提倡将单一应用程序划分成一组微服务,微服务之间互相协调、互相配合,为用户提供最终的业务,微服务架构存在服务多,之间调用关系复杂等特点,对于微服务的监控和管理提出了很大的挑战,实际业务中,应用之间的关联与依赖非常复杂,需要通过全局视角检查具体的局部异常,如何能够直观的展示服务拓扑图,并能够实时获取系统上下游服务之间调用关系是需要尽快解决的问题。
[0003]根据公开号:CN114546756A一种微服务架构系统中链路数据的监控方法及系统,其采用Java探针方式动态截取微服务架构系统中各个微服务的链路数据中的监控信息,将所述监控信息注入到分别为各个微服务设置的资源文件中;将所述资源文件发送给分布式发布订阅系统进行缓存;对所述资源文件的监控信息,以监控标识为索引进行处理,处理为对应监控标识的监控信息后,存储在分布式文件存储搜索服务器中,可以监控微服务架构系统中的各个微服务的链路数据,从中提取所需的监控数据并进行后续的分析处理;根据公开号:CN109889416B一种基于微服务架构的智能家居系统及构建方法,其在使用微服务架构后,系统的每个功能被分配给了不同的微服务,每个微服务可以单独执行,单独部署甚至可以使用不同语言进行开发,微服务架构极大程度的降低了系统的耦合度,将一开始所有的功能都集中在一个实例上的模式转化为多个单独的实例相互协调而完成业务的模式;但是一般在系统发生问题时,比如系统异常或者系统性能出现问题时,通常都是从系统记录的日志文件中找出蛛丝马脚,而对于微服务架构下的分布式部署,日志文件的分散,想从日志中查找问题工作量很大,对于用户某一次请求调用后端哪些服务,每个服务执行情况,想从日志中获得难度更大,且对于传统的监控告警平台也仅针对平台资源的监控包括cpu、内存、网络带宽情况等,对业务微服务应用的指标(平均响应时间等)的监控显得无从下手,无法做到无侵入式收集各服务的数据,使得关键性能不方便实时展示,无法直观的获知展示服务拓扑关系。

技术实现思路

[0004]本专利技术的目的在于提供一种便于管理的微服务架构系统,以解决上述
技术介绍
中提出的服务数据收集方式不足和服务拓扑关系与关键性能实时展示方式不足的问题。
[0005]为实现上述目的,本专利技术提供如下技术方案:一种便于管理的微服务架构系统,包括:上报单元、接收单元、计算与存储单元和查询与展示单元;上报单元包含自研Agent模块,自研Agent模块内部通过各种增强插件对服务内部的SpringMVC请求、Spring异步任务和HTTP请求,并通过上报模块借助logback日志输出系统以HTTP的方式将采集数据发送到接收单元;
接收单元通过Flume服务集群进行数据接收,并将接收的数据,传递到kafka消息队列,供下游的计算与存储单元使用;计算与存储单元对上报过来的数据进行整合分析处理并落入相关的数据存储,计算结果数据也会存入mysql作为指标查询的数据源,这些数据源可供查询和展示单元使用;查询和展示单元包含监控平台、数据中心、日志查询、链路追踪和拓扑关系图,其可作为Web可视化平台,用来展示落地的数据。
[0006]作为一种优选的实施方式,其中自研Agent模块在应用服务启动时,使用Javaagent做字节码植入,进行无侵入式的收集,MySQL、Redis、ES,MQ等数据数据访问请求进行数据采集。
[0007]作为一种优选的实施方式,其中数据采集中的采集信息包含了TraceID和Span信息,TraceID用于标记单次的服务调用链,会透传到整个调用链的所有调用单元,SpanID和SpanParentID将单次调用链中的各个调用单元进行串联,形成调用关系图。
[0008]作为一种优选的实施方式,其中Span信息记录了单个调用单元内部的时间点信息,TraceID和Span信息构成了链路追踪和拓扑关系图的基础数据来源。
[0009]作为一种优选的实施方式,其中计算与存储单元应用时先通过flink接收来自kafka的相关主题消息,然后,将原始数据存入hdfs作为后续离线计算的数据源,将原始数据存入elasticsearch作为明细日志查询数据源。
[0010]作为一种优选的实施方式,其中原始数据进行实时维度汇聚指标计算和实时拓扑关系计算并存入mysql作为指标查询和拓扑关系查询数据源,离线计算任务负责部分实时性不高的指标计算。
[0011]作为一种优选的实施方式,其中监控平台用户展示整体流量、整体耗时等信息,其中数据中心提供各种维度的数据报表,其中日志查询提供链路日志查询和异常日志查询功能。
[0012]作为一种优选的实施方式,其中链路追踪可以根据TraceID查询单次服务调用链的所有调用单元的数据信息,其中拓扑关系图用来展示应用服务间调用实时拓扑关系。
[0013]与现有技术相比,本专利技术的有益效果是:该种便于管理的微服务架构系统通过加载“探针

非侵入式”的方式收集应用调用链路信息,并对采集的调用链路信息进行分析,生成应用间关系和服务间关系以及服务指标,可以无侵入式收集各服务的数据,并且对数据进行整合处理;该种便于管理的微服务架构系统能够根据获取的数据自动绘制服务之间的调用关系图,并能识别常见的服务用不同颜色展示,可以非常直观的看到服务与服务之间的调用状态,连线中间的点能点击,可显示两个服务之间链路的平均响应时间、健康度、重复报警等信息,点击某个服务,可以突出显示与该服务存在调用关系的服务及彼此调用关系,实现了展示关键路径,降低了调用链分析难度;该种便于管理的微服务架构系统发现微服务拓扑和相互依赖性可节省开发人员的时间,并缩短平均修复时间(MTTR),开发人员不必花费数小时就可以找出服务关联和映射应用程序组件,应用程序拓扑的可视化可以帮助开发人员识别和减少服务依赖性中的瓶颈,以友好直观的方式展示服务拓扑关系,并对关键性能实时展示。
附图说明
[0014]图1是本专利技术的微服务架构系统图;图2是本专利技术的上报单元的系统图;图3是本专利技术的接收单元的系统图;图4是本专利技术的计算与存储单元的系统图;图5是本专利技术的查询与展示单元的系统图。
实施方式
[0015]下面结合实施例对本专利技术做进一步的描述。
[0016]以下实施例用于说明本专利技术,但不能用来限制本专利技术的保护范围。实施例中的条件可以根据具体条件做进一步的调整,在本专利技术的构思前提下对本专利技术的方法简单改进都属于本专利技术要求保护的范围。
[0017]请参阅图1

5,本专利技术提供一种便于管理的微服务架构系统,包括:上报单元、接收单元、计算与存储单元和查询与展示单元;具体的,如图1和2所示,上报单元:包含自研Agent模块,应用服务启动时,使用Javaagent做字节码植入,进行无侵入式的收集,自研Agen本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种便于管理的微服务架构系统,其特征在于,包括:上报单元、接收单元、计算与存储单元和查询与展示单元;上报单元包含自研Agent模块,自研Agent模块内部通过各种增强插件对服务内部的SpringMVC请求、Spring异步任务和HTTP请求,并通过上报模块借助logback日志输出系统以HTTP的方式将采集数据发送到接收单元;接收单元通过Flume服务集群进行数据接收,并将接收的数据,传递到kafka消息队列,供下游的计算与存储单元使用;计算与存储单元对上报过来的数据进行整合分析处理并落入相关的数据存储,计算结果数据也会存入mysql作为指标查询的数据源,这些数据源可供查询和展示单元使用;查询和展示单元包含监控平台、数据中心、日志查询、链路追踪和拓扑关系图,其可作为Web可视化平台,用来展示落地的数据。2.根据权利要求1所述的便于管理的微服务架构系统,其特征在于:其中自研Agent模块在应用服务启动时,使用Javaagent做字节码植入,进行无侵入式的收集,MySQL、Redis、ES,MQ等数据数据访问请求进行数据采集。3.根据权利要求2所述的便于管理的微服务架构系统,其特征在于:其中数据采集中的采集信息包含了TraceID和Span信息,TraceID用于标记单次的服务调用链,会透传到整个调用链的所有调用单元...

【专利技术属性】
技术研发人员:滕雪松张俊磊包楠吴志成
申请(专利权)人:北京易车信息科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1