CN105577411A - 基于服务起源的云服务监控方法和装置 - Google Patents
基于服务起源的云服务监控方法和装置 Download PDFInfo
- Publication number
- CN105577411A CN105577411A CN201410555067.1A CN201410555067A CN105577411A CN 105577411 A CN105577411 A CN 105577411A CN 201410555067 A CN201410555067 A CN 201410555067A CN 105577411 A CN105577411 A CN 105577411A
- Authority
- CN
- China
- Prior art keywords
- service
- origin
- call
- data
- node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开一种基于服务起源的云服务监控方法，该方法包括以下步骤：1）捕获服务起源数据；其中服务起源的定义为，描述了服务的动态执行历史和过程，体现了服务运行的状态和动态依赖关系；所述服务运行的状态包括服务运行耗时和服务运行频率；2）应用服务起源数据规范根据服务起源数据生成起源日志文件；3）使用非关系数据库存储起源日志文件；4）根据服务起源日志记录生成服务起源图；5）若发现某个服务Si异常，定位查找导致服务Si异常的服务。本发明方法有效解决云计算环境下，分布式服务的故障追踪、服务性能分析难题，能够细粒度的监控业务系统的服务运行状态。
Description
技术领域
本发明涉及云服务技术领域，尤其涉及一种基于服务起源的云服务监控方法和装置。
背景技术
现有的服务监控，主要关注的是服务本身的运行状态，很少关注服务之间的依赖关系。专利“一种WEB服务监控参数的调整装置和方法-200910094000.1”主要关注特定的web服务监控方法，专利“一种分布式应用系统的服务监控方法及装置201310625603.6”关注应用系统的服务调用次数，发现调用异常。专利“云计算服务监控系统及方法201310625603.6”和“服务监控方法及系统201210009234.3”主要关注服务监控系统的体系结构和通讯，没有关注服务状态和依赖的监控。
在服务监控中，以Google，Twitter为代表的互联网公司处于自身需要开发了相应的服务追踪平台。Google在2010年发布了Dapper[BenjaminH.Sigelman,LuizAndreBarroso,MikeBurrows,PatStephenson,ManojPlakal,DonaldBeaver,SaulJaspan,ChandanShanbhagDapper,“aLarge-ScaleDistributedSystemsTracingInfrastructure”,GoogleTechnicalReportdapper-2010-1,April2010]，通过修改服务调用底层库结构，实现自动获取服务动态行为，服务之间的依赖关系通过栅格和树形结构进行表达，起源信息存储在bigtable。Dapper本身建立在Google的基础平台上，高性能要求和同构特性使得其不支持其他异构平台。
发明内容
本发明要解决的技术问题在于针对现有技术中的缺陷，提供一种基于服务起源的云服务监控方法。
本发明解决其技术问题所采用的技术方案是：
1）捕获服务起源数据；其中服务起源的定义为，描述了服务的动态执行历史和过程，体现了服务运行的状态（耗时、频率等）和动态依赖关系；
2）应用服务起源数据规范根据服务起源数据生成起源日志文件；
3）使用非关系数据库存储起源日志文件；所述非关系数据库包括文档型数据库和图数据库；
采用图数据库进行存储，该存储模式包括节点及节点属性，关系和关系属性，具体如下：
(3.1)所有的服务作为节点存储在节点集合中
(3.2)服务之间的依赖作为关系（边）存储
(3.3)节点属性，主要存储服务起源规范中的location信息，以Key-Value的形式在属性结合存储。
(3.4)关系属性存储在属性集合中，主要存储服务起源规范中的(token,elapsedtime,timestamp,input,output,status)信息，以Key-Value的形式在属性结合存储。
(3.5)当服务Si多次调用Sj，调用关系只存储一次，每次调用的信息存储在关系属性集合中。
4）生成服务起源图；服务起源图的生成过程包括：
4.1）读取捕获的服务起源日志记录；
4.2）从上述描述的服务起源数据结构（9元组），获得InvokingService,ServiceInvoked，在现有的服务列表中通过哈希查找确定是否已经记录了这两个服务，如果没有，则加入服务节点,并从9元组中读取location信息，存入到服务节点属性；
4.3）根据<InvokingService,ServiceInvoked>表示的两个服务之间的依赖关系，把该关系存储为图数据库的一条边；
4.4）获取某次服务调用的属性信息，包括(token,elapsedtime,timestamp,input,output,status)存储在边的属性对中，该属性对以Key-Value的形式存储。
4.5）通过服务节点和服务依赖，构造服务起源图；
5）若发现某个服务Si异常，定位查找导致服务Si异常的服务；
5.1）在服务起源图中查找该服务是否有依赖服务，如果没有依赖服务，则该故障发生在该服务本身；
5.2）查询该服务所有的直接依赖服务，并搜索时间最新的调用属性记录，提取token值，形成Si调用异常的服务节点集合M；
5.3）采用图的深度遍历算法，以M集合中的服务节点为起点，查询具有同样token值的依赖服务；
5.4）反复迭代，重复步骤5.2）和5.3），直到找到没有服务依赖的服务，终止搜索；
5.5）综合返回的路径，构造给定服务Si的实时调用起源图，在进行故障诊断的时候采用如下方法：
A）在Si的调用图中，查找status为0的调用路径P，则该路径上的服务节点可能是故障点；（Status为1表示服务调用正常，status为0表示服务调用异常）
B）对路径P上的所有节点进行故障排查，如果某个节点服务调用其他服务正常，则该节点正常，并从P中删除；
C）P中的服务节点即可能为故障节点；
6）监测所有服务的执行耗时，统计某段时间范围内耗时较多的服务；
具体步骤为：
6.1）通过聚合运算统计具有直接依赖关系的服务调用平均耗时，即Si调用Sj的平均耗时
6.2）通过聚合运算统计具有直接依赖关系的服务调用次数，即Si调用Sj的次数
6.3）基于上述的起源图存储模式，统计两个直接依赖关系的服务，其每次调用信息存储在关系属性集合中，所以只需要对这两个服务之间的记录按照要求进行聚合运算；
6.4）对统计的服务调用平均耗时数据和服务调用次数排序，进行服务起源的服务性能分析。
按上述方案，步骤1）中捕获服务起源数据采取以下方法：
1.1）根据服务框架和调用协议设计服务调用拦截器；
1.2）将服务调用拦截器内置在服务调用协议中；
1.3）当服务调用发生时，服务调用拦截器拦截服务调用请求，获得服务动态调用依赖关系，并标识每个任务的服务组合；
服务调用拦截器的设计方法包括以下步骤：
1.11）创建用于存储服务起源信息的文件；
1.12）服务调用者产生一个唯一的token值，作为识别服务动态依赖的标志；
1.13）创建用于读取并存储服务调用开始时间的参量；
1.14）创建用于读取和存储当前的IP地址的参量；
1.15)创建用于存储所调用的服务名称的参量；
1.16）创建用于存储所调用的服务的入口参数的参量；
1.17）上述参量、文件和token值共同构成服务调用拦截器。
按上述方案，步骤2）中捕获服务起源数据采取以下方法：
服务调用拦截器按照服务起源数据规范，根据获得的服务动态调用依赖关系和经过标识的每个任务的服务组合生成并输出起源日志文件；
将起源日志文件进行数据处理后，存储在云数据库中；
所述服务起源数据规范为一个9元组：
BasicProv(token,InvokingService,ServiceInvoked,location,elapsedtime,timestamp,input,output,status)；
其中Token为一个32位的字符串，用于标识一个动态的组合任务；
InvokingService为服务调用者，也称为服务消费者，其数据格式为一个32位的字符串；
ServiceInvoked为服务被调用者，也称为服务提供者，其数据格式为一个32位的字符串；
Location为服务调用发生的位置，在云服务环境，为IP地址。
Elapsedtime为服务调用的耗时，该耗时为从服务调用者的视角看，完成一次服务调用所需要的时间，包含了被调用服务的嵌套执行时间，其数据格式为一个8位的整型；
Timestamp为服务调用事件发生的时间戳；
Input为服务调用的输入参数，数据存储格式为32位的字符串；
Output为服务调用的输出数据文件，为一个XML对象，或者一个json数据对象；
Status为服务执行的状态，数据格式为一个布尔值，1表示成功，0表示失败。
按上述方案，所述唯一token值根据时间和网卡产生。
本发明产生的有益效果是：
1.本发明方法有效解决云计算环境下，分布式服务的故障追踪、服务性能分析难题。现有的技术方案主要监控标准的服务，如数据库服务、web容器（IIS,tomcat），基础硬件服务（CPU,内存等），本发明主要针对业务系统监控，能够细粒度的监控业务系统的服务运行状态，当发生性能瓶颈的时候，能够分析和发现是由哪一个具体的业务服务导致的；如果发现某个服务异常，能够根据捕获的服务起源，定位异常的源头，进行故障诊断。
附图说明
下面将结合附图及实施例对本发明作进一步说明，附图中：
图1是本发明实施例的方法流程图；
图2是本发明实施例的服务起源图；
图3是本发明实施例中关系存储和图存储模式下聚合运算的时间代价示意图；
图4是本发明实施例中关系模式和图模式插入操作耗时对比示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
一种基于服务起源的云服务监控方法，包括以下步骤：
1）根据服务框架和调用协议设计服务调用拦截器；
服务调用拦截器的设计方法包括以下步骤：
1.1）创建用于存储服务起源信息的文件；
1.2）服务调用者产生一个唯一的token值，作为识别服务动态依赖的标志；
1.3）创建用于读取并存储服务调用开始时间的参量；
1.4）创建用于读取和存储当前的IP地址的参量；
1.5)创建用于存储所调用的服务名称的参量；
1.6）创建用于存储所调用的服务的入口参数的参量；
1.7）上述参量、文件和token值共同构成服务调用拦截器。
服务调用者在生成全局唯一的token值，作为识别服务动态依赖的标志，该token值和IP地址、时间等服务起源信息植入调用协议消息的头部。
2）将服务调用拦截器内置在服务调用协议中；
透明性和自动化捕获程度取决于拦截器的部署位置，一种形式是：Dapper方法把拦截器部署在库函数，所有的通过核心库函数的调用将自动被拦截，具有高透明性，但由于不同平台的库函数差异很大，且不易修改，所以难以支持异构平台。另一种形式是使用基于应用程序标记方法，拦截器部署在应用程序，具有很好的灵活性，但是不支持自动捕获。
3）当服务调用发生时，服务调用拦截器拦截服务调用请求，获得服务动态调用依赖关系，并标识每个任务的服务组合；
3.1）解析SOAP消息头部信息；
3.2）获取消息头部信息中的token值，并存储到本地线程变量中；
3.3）根据token值获得服务动态调用依赖关系；
3.4）选取具有相同数值的token的服务，该服务组合共同完成某个任务；
3.5)根据任务形成的动态服务组合过程，可以通过token进行查询后，进行迭代运算得到每个任务的服务组合。
在收集拦截器的信息过程中，为了提供对异构系统的支持，采用拦截器和拦截器管理分离的方式，管理模块负责所有拦截的注册、日志收集和处理，拦截器负责捕获服务起源并按照规范输出日志，可以根据不同的服务协议设计不同的拦截器，拦截器和管理模块是松耦合关系，拦截器运行的策略和方式通过读取一个XML配置文件实现，该文件由管理模块进行管理和维护，通过更新和修改该文件，拦截器实施不同的抽样策略和执行方式。所有拦截器采用公共标准的数据规范和传输协议。
服务调用拦截器拦截服务调用请求时，根据不同的服务调用频率，确定服务调用拦截器的拦截频率。
在云平台中，热门的服务往往调用的频率很高，在很短的时间内容，往往会被调用成千上万次，如果拦截每一次的调用，即使单次拦截的时间很短，例如，单次拦截耗时2ms，但是如果在1秒拦截100次服务调用，则需要耗时2ms*100=200ms=0.2s，这将给系统带来较大的开销。所以需要设计合适的抽样策略，降低服务起源捕获代价。
另外一个问题是，服务之间的调用频率差异巨大，有些非常用服务调用频率很低，如果采用统一的调用抽样策略，要么将丢掉服务调用模式特征，要么将带来较高的拦截代价。
本实施例中采用了一种分层的抽样策略，具体为
调用频率大于100次/秒，抽样频率为：向下取整（调用频率/100）每秒；
调用频率小于100次/秒，且大于1次/秒，抽样频率为：1次每秒；
调用频率小于1次/秒，抽样频率为：根据调用次数抽样
我们可以根据服务调用频率的实际情况，修改抽样策略，使之在降低采集代价的同时，保持服务起源的模式特征。
4）服务调用拦截器按照服务起源数据规范，根据获得的服务动态调用依赖关系和经过标识的每个任务的服务组合生成并输出起源日志文件；其中服务起源数据规范为一个9元组：
BasicProv(token,InvokingService,ServiceInvoked,location,elapsedtime,timestamp,input,output,status)；服务起源的数据规范参数含义如下：
Token：一个32位的字符串，用于标识一个动态的组合任务
InvokingService：服务调用者，也可以称为服务消费者。数据格式为一个32位的字符串
ServiceInvoked：服务被调用者，也可以称为服务提供者。数据格式为一个32位的字符串。
Location:服务调用发生的位置，在云服务环境，主要是IP地址。
Elapsedtime：服务调用的耗时，该耗时为从服务调用者的视角看，完成一次服务调用所需要的时间，包含了被调用服务的嵌套执行时间。数据格式为一个8位的整型，单位为毫秒。
Timestamp：服务调用事件发生的时间戳，格式为年/月/日小时/分钟/秒/毫秒
Input：服务调用的输入参数，数据存储格式为32位的字符串。
Output：服务调用的输出数据文件，一般为一个XML对象，或者一个json数据对象。
Status：服务执行的状态，数据格式为一个布尔值，1表示成功，0表示失败。
5）将起源日志文件进行数据处理后，存储在云数据库中。
读取服务起源日志记录，检查是否符合当前的服务起源数据规范，用户可以根据需要设置服务起源数据的规范要求，例如，当不需要分布式debug的时候，可以不拦截服务的输入和输出，在进行格式检查的时候不检查相关信息。
对于不符合要求的数据（包括信息不完整、超出位数长度等）进行丢弃，不插入远端数据库;
对于符合要求的数据，调用插入数据库模块，把信息插入到远程数据库中；
对系统支持异构的服务起源数据，如果当前数据标签和名称不符合数据规范，则采用数据映射的方式实现语义转换，具体的方式为，建立待转化数据信息字段名称和服务起源数据格式字段名称的映射关系，在插入数据之前，进行映射，然后根据匹配的信息插入到数据库中；
将服务起源日志存储到服务所在的本地服务器上，通过日志采集工具，实现数据的读取、传输和插入数据库。
6）使用非关系数据库存储起源日志文件；所述非关系数据库包括文档型数据库和图数据库；
采用图数据库进行存储，该存储模式包括节点及节点属性，关系和关系属性，具体如下：
(6.1)所有的服务作为节点存储在节点集合中
(6.2)服务之间的依赖作为关系（边）存储
(6.3)节点属性，主要存储服务起源规范中的location信息，以Key-Value的形式在属性结合存储。
(6.4)关系属性存储在属性集合中，主要存储服务起源规范中的(token,elapsedtime,timestamp,input,output,status)信息，以Key-Value的形式在属性结合存储。
(6.5)当服务Si多次调用Sj，调用关系只存储一次，每次调用的信息存储在关系属性集合中。
7）生成服务起源图；服务起源图如图2所示，服务起源图的生成过程包括：
7.1）读取捕获的服务起源日志记录；
7.2）从上述描述的服务起源数据结构（9元组），获得InvokingService,ServiceInvoked，在现有的服务列表中通过哈希查找确定是否已经记录了这两个服务，如果没有，则加入服务节点,并从9元组中读取location信息，存入到服务节点属性；
7.3）根据<InvokingService,ServiceInvoked>表示的两个服务之间的依赖关系，把该关系存储为图数据库的一条边；
7.4）获取某次服务调用的属性信息，包括(token,elapsedtime,timestamp,input,output,status)存储在边的属性对中，该属性对以Key-Value的形式存储。
7.5）通过服务节点和服务依赖，构造服务起源图；
8）若发现某个服务Si异常，定位查找导致服务Si异常的服务；适用图数据库；
8.1）在服务起源图中查找该服务是否有依赖服务，如果没有依赖服务，则该故障发生在该服务本身；
8.2）查询该服务所有的直接依赖服务，并搜索时间最新的调用属性记录，提取token值，形成Si调用异常的服务节点集合M；
8.3）采用图的深度遍历算法，以M集合中的服务节点为起点，查询具有同样token值的依赖服务；
5.4）反复迭代，重复步骤5.2）和5.3），直到找到没有服务依赖的服务，终止搜索；
5.5）综合返回的路径，构造给定服务Si的实时调用起源图，在进行故障诊断的时候采用如下方法：
A）在Si的调用图中，查找status为0的调用路径P，则该路径上的服务节点可能是故障点；（Status为1表示服务调用正常，status为0表示服务调用异常）
B）对路径P上的所有节点进行故障排查，如果某个节点服务调用其他服务正常，则该节点正常，并从P中删除；
C）P中的服务节点即可能为故障节点；
这样，当发现某个服务Si异常，可以快速定位该异常在此服务本身，还是由于所依赖的其他服务所引起的。极大的减少了维护成本。
9）监测所有服务的执行耗时，统计某段时间范围内耗时较多的服务；适用图数据库和文档型数据库；
具体步骤为：
9.1）通过聚合运算统计具有直接依赖关系的服务调用平均耗时，即Si调用Sj的平均耗时
9.2）通过聚合运算统计具有直接依赖关系的服务调用次数，即Si调用Sj的次数
9.3）基于上述的起源图存储模式，统计两个直接依赖关系的服务，其每次调用信息存储在关系属性集合中，所以只需要对这两个服务之间的记录按照要求进行聚合运算；
9.4）对统计的服务调用平均耗时数据和服务调用次数排序，进行服务起源的服务性能分析。
不同（于）关系模式，在起源图模式下，调用信息记录是按照直接依赖服务进行存储的，不需要遍历所有的调用记录，实际上具有切片功能，该方法将有效的提供统计分析的效率。
图3显示了关系存储和图存储模式下聚合运算的时间代价，设计了1万到500万条服务起源数据，分别存储在关系数据库MySQL和图数据库Neo4j，其中Mysql的运算代价随数据集增加快速增长，Neo4j保持相对稳定。图4显示了关系模式和图模式插入操作耗时对比，设计了10万到200万条服务起源数据，可见Mysql中插入操作耗时随数据集增加快速增长，Neo4j保持相对稳定。
应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1.一种基于服务起源的云服务监控方法，其特征在于，包括以下步骤：
1）捕获服务起源数据；其中服务起源的定义为，描述了服务的动态执行历史和过程，体现了服务运行的状态和动态依赖关系；所述服务运行的状态包括服务运行耗时和服务运行频率；
2）应用服务起源数据规范根据服务起源数据生成起源日志文件；
3）使用非关系数据库存储起源日志文件；
4）根据服务起源日志记录生成服务起源图；
5）若发现某个服务Si异常，定位查找导致服务Si异常的服务。
2.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤3）中非关系数据库包括文档型数据库和图数据库；
采用图数据库进行存储，该存储模式包括节点及节点属性，关系和关系属性，具体如下：
(3.1)所有的服务作为节点存储在节点集合中；
(3.2)服务之间的依赖作为关系（边）存储；
(3.3)节点属性，主要用于存储服务起源规范中的location信息，以Key-Value的形式在属性集合存储；
(3.4)关系属性存储在属性集合中，主要存储服务起源规范中的(token,elapsedtime,timestamp,input,output,status)信息，以Key-Value的形式在属性集合存储；
(3.5)当服务Si多次调用Sj，调用关系只存储一次，每次调用的信息存储在关系属性集合中。
3.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤4）中服务起源图的生成过程包括：
4.1）读取捕获的服务起源日志记录；
4.2）从上述描述的服务起源数据结构（9元组），获得InvokingService,ServiceInvoked，在现有的服务列表中查找确定是否已经记录了这两个服务，如果没有，则加入服务节点,并从9元组中读取location信息，存入到服务节点属性；
4.3）根据<InvokingService,ServiceInvoked>表示的两个服务之间的依赖关系，把该关系存储为图数据库的一条边；
4.4）获取某次服务调用的属性信息，包括(token,elapsedtime,timestamp,input,output,status)存储在边的属性对中，该属性对以Key-Value的形式存储；
4.5）通过服务节点和服务依赖，构造服务起源图。
4.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤5）中定位查找导致服务Si异常的服务；
5.1）在服务起源图中查找该服务是否有依赖服务，如果没有依赖服务，则该故障发生在该服务本身；
5.2）查询该服务所有的直接依赖服务，并搜索时间最新的调用属性记录，提取token值，形成Si调用异常的服务节点集合M；
5.3）采用图的深度遍历算法，以M集合中的服务节点为起点，查询具有同样token值的依赖服务；
5.4）反复迭代，重复步骤5.2）和5.3），直到找到没有服务依赖的服务，终止搜索；
5.5）综合返回的路径，构造给定服务Si的实时调用起源图，在进行故障诊断的时候采用如下方法：
A）在Si的调用图中，查找status为0的调用路径P，则该路径上的服务节点可能是故障点；（Status为1表示服务调用正常，status为0表示服务调用异常）
B）对路径P上的所有节点进行故障排查，如果某个节点服务调用其他服务正常，则该节点正常，并从P中删除；
C）P中的服务节点即可能为故障节点。
5.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，还包括步骤6）：监测所有服务的执行耗时，统计某段时间范围内耗时较多的服务；
具体步骤为：
6.1）通过聚合运算统计具有直接依赖关系的服务调用平均耗时，即Si调用Sj的平均耗时；
6.2）通过聚合运算统计具有直接依赖关系的服务调用次数，即Si调用Sj的次数；
6.3）基于上述的起源图存储模式，统计两个直接依赖关系的服务，其每次调用信息存储在关系属性集合中，所以只需要对这两个服务之间的记录按照要求进行聚合运算；
6.4）对统计的服务调用平均耗时数据和服务调用次数排序，进行服务起源的服务性能分析。
6.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，步骤1）中捕获服务起源数据采取以下方法：
1.1）根据服务框架和调用协议设计服务调用拦截器；
1.2）将服务调用拦截器内置在服务调用协议中；
1.3）当服务调用发生时，服务调用拦截器拦截服务调用请求，获得服务动态调用依赖关系，并标识每个任务的服务组合；
服务调用拦截器的设计方法包括以下步骤：
1.11）创建用于存储服务起源信息的文件；
1.12）服务调用者产生一个唯一的token值，作为识别服务动态依赖的标志；
1.13）创建用于读取并存储服务调用开始时间的参量；
1.14）创建用于读取和存储当前的IP地址的参量；
1.15)创建用于存储所调用的服务名称的参量；
1.16）创建用于存储所调用的服务的入口参数的参量；
1.17）上述参量、文件和token值共同构成服务调用拦截器。
7.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤2）中捕获服务起源数据采取以下方法：
服务调用拦截器按照服务起源数据规范，根据获得的服务动态调用依赖关系和经过标识的每个任务的服务组合生成并输出起源日志文件；
将起源日志文件进行数据处理后，存储在云数据库中；
所述服务起源数据规范为一个9元组：
BasicProv(token,InvokingService,ServiceInvoked,location,elapsedtime,timestamp,input,output,status)；
其中Token为一个32位的字符串，用于标识一个动态的组合任务；
InvokingService为服务调用者，也称为服务消费者，其数据格式为一个32位的字符串；
ServiceInvoked为服务被调用者，也称为服务提供者，其数据格式为一个32位的字符串；
Location为服务调用发生的位置，在云服务环境，为IP地址；
Elapsedtime为服务调用的耗时，该耗时为从服务调用者的视角看，完成一次服务调用所需要的时间，包含了被调用服务的嵌套执行时间，其数据格式为一个8位的整型；
Timestamp为服务调用事件发生的时间戳；
Input为服务调用的输入参数，数据存储格式为32位的字符串；
Output为服务调用的输出数据文件，为一个XML对象，或者一个json数据对象；
Status为服务执行的状态，数据格式为一个布尔值，1表示成功，0表示失败。
8.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤1.3）中，通过服务调用请求获得服务动态调用依赖关系的具体步骤为：
1.31）解析服务调用协议的头部信息；
1.32）获取头部信息中的token值，并存储到本地线程变量中；
1.33）根据token值获得服务动态调用依赖关系；
标识每个任务的服务组合的具体步骤包括：
1.34）选取具有相同数值的token的服务，该服务组合共同完成某个任务；
1.35)根据任务形成的动态服务组合过程，可以通过token进行查询后，进行迭代运算得到每个任务的服务组合。
9.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述步骤1.5）中对起源日志文件进行数据处理包括:
检查起源数据信息的完整性，丢弃不符合要求的数据，然后把符合要求的起源数据规范化，然后插入数据库；将起源日志汇聚和存储于云数据库。
10.根据权利要求1所述的基于服务起源的云服务监控方法，其特征在于，所述唯一token值根据时间和网卡产生。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410555067.1A CN105577411B (zh) | 2014-10-17 | 2014-10-17 | 基于服务起源的云服务监控方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410555067.1A CN105577411B (zh) | 2014-10-17 | 2014-10-17 | 基于服务起源的云服务监控方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105577411A true CN105577411A (zh) | 2016-05-11 |
| CN105577411B CN105577411B (zh) | 2019-06-07 |
Family
ID=55887115
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410555067.1A Active CN105577411B (zh) | 2014-10-17 | 2014-10-17 | 基于服务起源的云服务监控方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105577411B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106790718A (zh) * | 2017-03-16 | 2017-05-31 | 北京搜狐新媒体信息技术有限公司 | 服务调用链路分析方法及系统 |
| CN106844793A (zh) * | 2017-04-12 | 2017-06-13 | 环球大数据科技有限公司 | 实例服务的管理方法、装置及系统 |
| CN107678922A (zh) * | 2017-09-29 | 2018-02-09 | 郑州云海信息技术有限公司 | 应用于分布式文件系统的耗时管理方法及相关装置 |
| CN107798019A (zh) * | 2016-09-07 | 2018-03-13 | 阿里巴巴集团控股有限公司 | 一种用于提供加速服务节点的节点服务数据的方法与设备 |
| CN108073488A (zh) * | 2016-11-14 | 2018-05-25 | 北京京东尚科信息技术有限公司 | 服务监控方法与装置 |
| CN108197016A (zh) * | 2018-01-11 | 2018-06-22 | 上海有云信息技术有限公司 | 一种云平台故障原因分析方法、装置、设备及存储介质 |
| CN109800278A (zh) * | 2018-12-29 | 2019-05-24 | 亚信科技（南京）有限公司 | 数据资产图谱使用方法、装置、计算机设备和存储介质 |
| CN110719200A (zh) * | 2019-10-12 | 2020-01-21 | 北京百度网讯科技有限公司 | 信息识别方法和装置 |
| CN112783451A (zh) * | 2021-01-22 | 2021-05-11 | 中信银行股份有限公司 | 一种基于拦截器的耗时异常分析的方法及系统、存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005076130A1 (en) * | 2004-02-03 | 2005-08-18 | Corizon Limited | Method and apparatus for composite user interface creation |
| CN101043381A (zh) * | 2007-04-20 | 2007-09-26 | 北京航空航天大学 | 服务网格溯源信息收集系统及方法 |
| CN103986748A (zh) * | 2014-04-22 | 2014-08-13 | 世纪禾光科技发展（北京）有限公司 | 实现服务化的方法和装置 |
| CN104092755A (zh) * | 2014-07-07 | 2014-10-08 | 武汉科技大学 | 一种云服务起源数据的捕获方法和装置 |
-
2014
- 2014-10-17 CN CN201410555067.1A patent/CN105577411B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005076130A1 (en) * | 2004-02-03 | 2005-08-18 | Corizon Limited | Method and apparatus for composite user interface creation |
| CN101043381A (zh) * | 2007-04-20 | 2007-09-26 | 北京航空航天大学 | 服务网格溯源信息收集系统及方法 |
| CN103986748A (zh) * | 2014-04-22 | 2014-08-13 | 世纪禾光科技发展（北京）有限公司 | 实现服务化的方法和装置 |
| CN104092755A (zh) * | 2014-07-07 | 2014-10-08 | 武汉科技大学 | 一种云服务起源数据的捕获方法和装置 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107798019A (zh) * | 2016-09-07 | 2018-03-13 | 阿里巴巴集团控股有限公司 | 一种用于提供加速服务节点的节点服务数据的方法与设备 |
| CN108073488A (zh) * | 2016-11-14 | 2018-05-25 | 北京京东尚科信息技术有限公司 | 服务监控方法与装置 |
| CN106790718A (zh) * | 2017-03-16 | 2017-05-31 | 北京搜狐新媒体信息技术有限公司 | 服务调用链路分析方法及系统 |
| CN106844793A (zh) * | 2017-04-12 | 2017-06-13 | 环球大数据科技有限公司 | 实例服务的管理方法、装置及系统 |
| CN107678922A (zh) * | 2017-09-29 | 2018-02-09 | 郑州云海信息技术有限公司 | 应用于分布式文件系统的耗时管理方法及相关装置 |
| CN108197016A (zh) * | 2018-01-11 | 2018-06-22 | 上海有云信息技术有限公司 | 一种云平台故障原因分析方法、装置、设备及存储介质 |
| CN109800278A (zh) * | 2018-12-29 | 2019-05-24 | 亚信科技（南京）有限公司 | 数据资产图谱使用方法、装置、计算机设备和存储介质 |
| CN110719200A (zh) * | 2019-10-12 | 2020-01-21 | 北京百度网讯科技有限公司 | 信息识别方法和装置 |
| CN110719200B (zh) * | 2019-10-12 | 2023-07-18 | 北京百度网讯科技有限公司 | 信息识别方法和装置 |
| CN112783451A (zh) * | 2021-01-22 | 2021-05-11 | 中信银行股份有限公司 | 一种基于拦截器的耗时异常分析的方法及系统、存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105577411B (zh) | 2019-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105577411A (zh) | 基于服务起源的云服务监控方法和装置 | |
| US11703826B1 (en) | Monitoring asset hierarchies based on asset group metrics | |
| US20220277028A1 (en) | Data relationships storage platform | |
| US11768875B2 (en) | Monitoring system control interface for asset tree determination | |
| US10891297B2 (en) | Method and system for implementing collection-wise processing in a log analytics system | |
| CN105224445B (zh) | 分布式跟踪系统 | |
| CN103235820B (zh) | 一种集群系统中数据存储方法与装置 | |
| CN104408132B (zh) | 数据推送方法和系统 | |
| CN104160394B (zh) | 用于半结构化数据的可缩放分析平台 | |
| CN101369918B (zh) | 网络管理浏览器 | |
| CN104092755B (zh) | 一种云服务起源数据的捕获方法和装置 | |
| CN103559231B (zh) | 一种文件系统配额管理方法、装置及系统 | |
| CN102638378B (zh) | 一种集成异构存储设备的海量存储系统监控方法 | |
| CN103605698A (zh) | 一种用于分布异构数据资源整合的云数据库系统 | |
| CN107818024A (zh) | 一种基于spring拦截器的request ID传递方法及系统 | |
| WO2011029244A1 (zh) | 一种网络资源关联管理的方法及装置 | |
| CN104394211A (zh) | 一种基于Hadoop用户行为分析系统设计与实现方法 | |
| CN108595664A (zh) | 一种hadoop环境下的农业数据监控方法 | |
| CN104572976B (zh) | 网站数据更新方法和系统 | |
| WO2023093607A1 (zh) | 一种离线数据模糊搜索方法、装置、设备和介质 | |
| CN106796607A (zh) | 用于基于模型的搜索及网络数据检索的系统和方法 | |
| CN108647193B (zh) | 一种可应用于分布式系统的唯一标识符生成方法及装置 | |
| CN104298669A (zh) | 一种基于社交网络的人员地理信息挖掘模型 | |
| CN113868248A (zh) | 指标数据预聚合方法 | |
| CN104317857A (zh) | 一种房屋信息采集服务系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 430000 room C12, floor 3, building 2, Gufang, No. 41, Gaoxin Second Road, Donghu high tech Development Zone, Wuhan, Hubei Province Patentee after: Wuhan Weixing Technology Co.,Ltd. Address before: 430081 Peace Avenue 947 Qingshan District, Wuhan City, Hubei Province Patentee before: WUHAN University OF SCIENCE AND TECHNOLOGY Effective date of registration: 20211223 Address after: 430000 No. A4, 6 / F, building 4, Gufang, west of Guanggu 1st Road and north of Nanhu Avenue, Donghu New Technology Development Zone, Wuhan, Hubei Province Patentee after: Wuhan Jiaoyun Wisdom Information Technology Co.,Ltd. Address before: 430000 room C12, floor 3, building 2, Gufang, No. 41, Gaoxin Second Road, Donghu high tech Development Zone, Wuhan, Hubei Province Patentee before: Wuhan Weixing Technology Co.,Ltd. |