一种基于传输控制协议四层的服务监控方法与流程

1.本发明涉及网约车领域，尤其涉及一种基于传输控制协议四层的服务监控方法。


背景技术：

2.网约车平台业务流复杂，且业务模块非常多。调用链路非常复杂，链路具体分为两类：服务与服务之间的调用，如：a模块调用b模块；服务与组件之间的调用，如：模块调用redis、mongodb、mysql、rocketmq等组件。
3.对于调用问题，需要有一个快速准确的监控工具，从而当链路调用异常时，可高效快捷的定位问题、解决故障。目前现有技术中存在定位问题困难，调用链复杂的问题。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供克服上述问题或者至少部分地解决上述问题的一种基于传输控制协议四层的服务监控方法。
5.根据本发明的一个方面，提供了一种基于传输控制协议四层的服务监控方法，所述监控方法包括：
6.对服务的传输控制协议四层连接数据监控，筛选出对外连接、统计分析，依托于配置管理数据库运维系统查询得到业务名称；
7.根据服务器端口确定服务名称；
8.每分钟对所述服务器端口进行采样，获得采样数据；
9.对所述采样数据进行分析，并绘制采样图进行展示；
10.自定义查看历史记录，对所述采样图进行分析判断业务与服务器连接变化曲线；
11.根据所述连接变化曲线，获得潜在的问题的业务，定位到问题。
12.可选的，所述服务器端用于查询配置管理数据库运维系统将运行的业务名称和ip写入到服务端缓存中，每天刷新一次。
13.可选的，所述客户端调用操作系统的传输控制协议连接状态，获取业务服务当前所有对外连接的传输控制协议情况，以每分钟一次的频率统计出数量和，根据传输控制协议状态中的ip调用服务端redis数据库进行分类，对外连接服务组件分类：redis、mongodb、mysql、rocketmq；
14.将取得的时间戳、本服务器ip、对外连接服务的传输控制协议、连接服务器的名称、连接数量等值存入时序数据库中。
15.可选的，所述监控方法还包括：数据采样后，采用grafana接入数据库进行数据展示和查询；
16.根据不同角度进行分析：被连接的服务器分组、业务名称分组、业务ip和名称、目标的服务的ip、连接状态、连接数；
17.通过多维度的查询查看对应的实时信息和历史信息，定位业务问题。
18.本发明提供的一种基于传输控制协议四层的服务监控方法，所述监控方法包括：
对服务的传输控制协议四层连接数据监控，筛选出对外连接、统计分析，依托于配置管理数据库运维系统查询得到业务名称；根据服务器端口确定服务名称；每分钟对所述服务器端口进行采样，获得采样数据；对所述采样数据进行分析，并绘制采样图进行展示；自定义查看历史记录，对所述采样图进行分析判断业务与服务器连接变化曲线；根据所述连接变化曲线，获得潜在的问题的业务，定位到问题。对采样的结果分析可以判断业务与服务器连接变化曲线，找出潜在的问题的业务或连接的服务，从而快速定位到问题。
19.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
20.为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
21.图1为本发明实施例提供的一种基于传输控制协议四层的服务监控方法中监控系统各组件工作示意图；
22.图2为本发明实施例提供的自定义查询展示条件示意图；
23.图3为本发明实施例提供的正常连接示意图；
24.图4为本发明实施例提供的故障连接示意图；
25.图5为本发明实施例提供的整体展示页面示意图；
26.图6为本发明实施例提供的influxdb字段信息图。
具体实施方式
27.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
28.本发明的说明书实施例和权利要求书及附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。
29.下面结合附图和实施例，对本发明的技术方案做进一步的详细描述。
30.如图1所示，通过客户端、服务端的交互来实现。
31.服务端：查询配置管理数据库运维系统将业务的ip和对应的业务名称写入到服务端redis缓存中，每天执行一次刷新。
32.服务端查询配置管理数据库字段：ip为key和对应的业务名称为value写入到redis:
33.·
key：ip
34.·
value：redis、mongodb、mysql、rocketmq、server五个字段中一个。
35.客户端：使用python编写代码调用操作系统的传输控制协议连接状态，取出业务
服务当前所有对外连接的传输控制协议情况，并以每分钟一次的频率统计出数量和，根据传输控制协议状态中的ip调用服务端redis数据库进行分类，对外连接服务组件分类：redis、mongodb、mysql、rocketmq及其它类。同时将取得的时间戳、本服务ip、对外连接服务的传输控制协议、连接服务的名称、连接数量等值存入influxdb时序数据库中。
36.influxdb写入字段信息如图6所示。
37.数据采样后，我们使用grafana接入influxdb进行数据展示和查询，并且可根据不同角度进行分析：被连接的服务器分组、业务名称分组、业务ip和名称、目标的服务的ip、连接状态、连接数；通过多维度的查询可以查看对应的实时信息和历史信息，定位业务问题，比如：mysql服务异常时，那么业务服务连接mysql必然会出现大量的传输控制协议连接，此时不需要分析日志、查看mysql，即可精准判断mysql服务出现了异常。
38.如图2所示，按照各种维度来查看业务服务连接各种组件的详细连接信息：业务ip；服务名称；源ip；目标ip；连接状态。
39.如图3所示，正常状态的情况下连接状态是趋于平稳的。
40.当模块调用redis、mongodb、mysql、rocketmq、server服务异常时，查询连接状态，如图4所示，当连接的数量出现突增或突降时定位问题源，并且图5中可显示具体连接redis、mongodb、mysql、rocketmq、server服务的ip及端口信息，即可知具体是哪个服务出现了问题。
41.有益效果：提高了故障定位准确度；加快了故障解决速度。
42.以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。