[发明专利]微服务架构监控系统在审
申请号: | 201810387162.3 | 申请日: | 2018-04-26 |
公开(公告)号: | CN108600012A | 公开(公告)日: | 2018-09-28 |
发明(设计)人: | 张继超 | 申请(专利权)人: | 深圳光华普惠科技有限公司 |
主分类号: | H04L12/24 | 分类号: | H04L12/24;H04L29/08 |
代理公司: | 北京中企鸿阳知识产权代理事务所(普通合伙) 11487 | 代理人: | 郭鸿雁 |
地址: | 518016 广东省深圳*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 功能服务器 监控系统 节点服务器 服务架构 动态拓扑图 服务节点 日志收集 数据通信 统一管理 统一监控 微服务器 可视化 放入 埋入 监控 部署 | ||
本发明提出了一种微服务架构监控系统,包括1个或多个功能服务器,每个功能服务器都与1个或多个节点服务器、1个或多个功能服务器入口进行数据通信;首先在功能服务器中部署zabbix监控系统,另外通过每个功能服务器中埋入1个或多个节点服务器,利用日志收集器收集zabbix监控系统以及HTTP请求在各服务节点产生的信息,并放入elastic‑search系统中进行监控。本发明能够对所有的微服务器进行统一管理和统一监控,通过动态拓扑图的方式,使监控系统有很强的可视化效果,当系统出现问题时,可以直接看到故障所在位置。
技术领域
本发明涉及服务器技术领域,特别涉及一种微服务架构监控系统。
背景技术
目前市场上也存在着一部分为微服务架构专门开发的监控系统,但是由于微服务架构刚刚势起,现有的监控系统并不成熟,并不能很好的实现对公司内微服务系统的统一监控管理。
微服务的特点决定了功能模块的部署是分布式的,以往在单应用环境下,所有的业务都在同一个服务器上,如果服务器出现错误和异常,我们只要盯住一个点,就可以快速定位和处理问题,但是在微服务的架构下,大部分功能模块都是单独部署运行的,彼此通过总线交互,都是无状态的服务,这种架构下,前后台的业务流会经过很多个微服务的处理和传递。
现有的微服务监控系统,主要存在以下方面不足。
一、不能对微服务系统进行统一的、规范化的管理。
二、没有可视化的拓扑图。
三、没有可视化的从入到出的服务调用关系图。
四、没有快速查找服务的上下游节点调用关系和调用效率。
发明内容
本发明的目的旨在至少解决所述技术缺陷之一。
为此,本发明的目的在于提出一种微服务架构监控系统,能够提供可视化的拓扑图,快速查找服务的上下游节点调用关系和调用效率。
为了实现上述目的,本发明提供一种微服务架构监控系统,包括1个或多个功能服务器,每个功能服务器都与1个或多个节点服务器、1个或多个功能服务器入口进行数据通信;
首先在功能服务器中部署zabbix监控系统,另外通过每个功能服务器中埋入1个或多个节点服务器,利用日志收集器收集zabbix监控系统的信息,并放入elastic-search系统中进行监控;
当任一个功能服务器入口或多个功能服务器入口接收到来自外部的HTTP请求,并生成入口信息,HTTP请求首先到达该功能服务器入口对应的功能服务器,通过其对应的功能服务器的负载均衡功能将HTTP请求分发到此次服务对应的一个或多个节点上,并依次进行HTTP请求;
在HTTP请求到达节点时,由该节点的节点服务器判断是否为此次调用的第一个节点,
如果是第一个节点,则由该节点的节点服务器分配一个全局唯一标识,然后再分配该节点内部的唯一标识,最后再分配顺序标识;
如果不是第一个节点,则由该节点的节点服务器直接分配该节点的内部的唯一标识,之后再分配一个顺序标识;
HTTP请求结束后,在各个节点产生所有行为、数据、日志都会带有相应标识,并由日志收集器收集;
日志收集器将信息进行分级分批处理在不同维度展示,生成拓扑图;
日志收集器对各个节点的存活监控,通过python开发的程序向各节点发送心跳请求,监控节点存活状态.
进一步的,使用zabbix监控系统进行所有服务器的硬件资源进行监控,配合拓扑图使用,能够随时查看各节点服务器的资源使用情况,以便快速的发现和解决问题,合理的管理和分配硬件服务器资源。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳光华普惠科技有限公司,未经深圳光华普惠科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810387162.3/2.html,转载请声明来源钻瓜专利网。