CN106656536A - 一种用于处理服务调用信息的方法与设备 - Google Patents

一种用于处理服务调用信息的方法与设备 Download PDF

Info

Publication number
CN106656536A
CN106656536A CN201510734236.2A CN201510734236A CN106656536A CN 106656536 A CN106656536 A CN 106656536A CN 201510734236 A CN201510734236 A CN 201510734236A CN 106656536 A CN106656536 A CN 106656536A
Authority
CN
China
Prior art keywords
service
service call
chain
call
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
Application number
CN201510734236.2A
Other languages
English (en)
Other versions
CN106656536B (zh
Inventor
夏玉才
常二鹏
王杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201510734236.2A priority Critical patent/CN106656536B/zh
Publication of CN106656536A publication Critical patent/CN106656536A/zh
Application granted granted Critical
Publication of CN106656536B publication Critical patent/CN106656536B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/06Arrangements for maintenance or administration or management of packet switching networks involving management of faults or events or alarms
    • H04L41/0677Arrangements for maintenance or administration or management of packet switching networks involving management of faults or events or alarms localization of fault position
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/50Network service management, i.e. ensuring proper service fulfillment according to an agreement or contract between two parties, e.g. between an IT-provider and a customer
    • H04L41/5041Service implementation
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/06Arrangements for maintenance or administration or management of packet switching networks involving management of faults or events or alarms
    • H04L41/0631Alarm or event or notifications correlation; Root cause analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/12Arrangements for maintenance or administration or management of packet switching networks network topology discovery or management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/14Arrangements for maintenance or administration or management of packet switching networks involving network analysis or design, e.g. simulation, network model or planning
    • H04L41/145Arrangements for maintenance or administration or management of packet switching networks involving network analysis or design, e.g. simulation, network model or planning involving simulating, designing, planning or modelling of a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/50Network service management, i.e. ensuring proper service fulfillment according to an agreement or contract between two parties, e.g. between an IT-provider and a customer
    • H04L41/5041Service implementation
    • H04L41/5054Automatic provisioning of the service triggered by the service manager, e.g. concrete service implementation by automatic configuration of network components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/06Arrangements for maintenance or administration or management of packet switching networks involving management of faults or events or alarms
    • H04L41/0654Network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/50Network service management, i.e. ensuring proper service fulfillment according to an agreement or contract between two parties, e.g. between an IT-provider and a customer
    • H04L41/5003Managing service level agreement [SLA] or interaction between SLA and quality of service [QoS]
    • H04L41/5009Determining service level performance, e.g. measuring SLA quality parameters, determining contract or guarantee violations, response time or mean time between failure [MTBF]
    • H04L41/5012Determining service level performance, e.g. measuring SLA quality parameters, determining contract or guarantee violations, response time or mean time between failure [MTBF] determining service availability, e.g. which services are available at a certain point in time
    • H04L41/5016Determining service level performance, e.g. measuring SLA quality parameters, determining contract or guarantee violations, response time or mean time between failure [MTBF] determining service availability, e.g. which services are available at a certain point in time based on statistics of service availability, e.g. in percentage or over a given time

Abstract

本申请的目的是提供一种用于处理服务调用信息的方法与设备。具体地,获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;根据所述服务调用链构建对应的服务调用模型;根据所述服务调用模型处理所述服务调用链。与现有技术相比,本申请获取分布式服务系统中具有服务节点调用顺序信息的服务调用链,将具有相同服务节点调用顺序的服务调用链构建为服务调用模型,从而以服务调用模型为基础分析各服务节点的调用信息并据此分析解决了对服务调用进行常态监控和运行问题快速定位问题,利用服务节点的大数据信息进行分析和监控,提升了分布式服务系统的问题定位效率,增加了分布式服务系统的可靠性。

Description

一种用于处理服务调用信息的方法与设备
技术领域
[0001] 本申请涉及计算机领域,尤其涉及一种用于处理服务调用信息的技术。
背景技术
[0002] 随着互联网的发展,诸如服务平台、在线商城等依托于网络的应用的规模逐步扩大并采用分布式服务系统,其中,越来越多应用的服务之间相互联系和依赖也日益紧密,从而使得在分布式系统中的调用关系错综复杂,同一业务因为运行时的内外界因素不同使得其每次运行所调用的服务也不尽相同,因此在业务运行过程中出现问题出现之后,往往难以定位和监控,现有技术一般采用通过日志和追踪服务调用路径进行问题定位以及通过监控业务运行中的失败服务调用进行监控。
[0003] 然而,现有技术中通过日志和追踪服务调用路径进行问题定位的方式繁琐耗时准确性偏低,且通过监控失败服务调用往往在发生问题之后不能很好的进行问题的预先规避和预警。
发明内容
[0004] 本申请的一个目的是提供一种用于处理服务调用信息的方法与设备,用以解决分布式系统中业务运行中问题的定位以及业务运行监控预警问题。
[0005] 为实现上述目的,根据本申请的一个方面,本申请提供了一种用于处理服务调用信息的方法,该方法解决了分布式系统中业务运行中问题的定位以及业务运行监控预警的问题,该方法包括:
[0006] 获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;
[0007] 根据所述服务调用链构建对应的服务调用模型;
[0008] 根据所述服务调用模型处理所述服务调用链。
[0009] 根据本申请的另一个方面,本申请提供了一种用于处理服务调用信息的设备,该设备解决了分布式系统中业务运行中问题的定位以及业务运行监控预警的问题,该设备包括:
[0010] 服务调用链获取装置,用于获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;
[〇〇11]服务调用模型构建装置,用于根据所述服务调用链构建对应的服务调用模型;
[0012] 处理装置,用于根据所述服务调用模型处理所述服务调用链。
[0013] 与现有技术相比,本申请获取分布式服务系统中具有服务节点调用顺序信息的服务调用链,将具有相同服务节点调用顺序的服务调用链构建为服务调用模型,从而以服务调用模型为基础分析各服务节点的调用信息并据此分析解决了对服务调用进行常态监控和运行问题快速定位问题,利用服务节点的大数据信息进行分析和监控,提升了分布式服务系统的问题定位效率,增加了分布式服务系统的可靠性。
附图说明
[0014] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
[0015] 图1示出根据本申请一个方面的一种用于处理服务调用信息的方法流程图;
[〇〇16]图2示出根据本申请另一个优选实例的一种用于处理服务调用信息的方法中步骤S1流程图;
[〇〇17]图3示出根据本申请又一个优选实例的一种用于处理服务调用信息的方法中步骤S3流程图;
[0〇18]图4示出根据本申请再一个优选实例的一种用于处理服务调用信息的方法中步骤S32流程图;
[〇〇19]图5示出根据本申请另一个方面的一种用于处理服务调用信息的设备示意图;[0〇2〇]图6示出根据本申请另一个优选实例的一种用于处理服务调用信息的设备中服务调用链获取装置示意图;
[0〇21]图7示出根据本申请又一个优选实例的一种用于处理服务调用信息的设备中处理装置示意图;
[〇〇22]图8示出根据本申请再一个优选实例的一种用于处理服务调用信息的设备中监控单元示意图;
[0023]图9示出根据本申请再一个优选实例的服务调用示意图。
[〇〇24]附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
[〇〇25]下面结合附图对本申请作进一步详细描述。
[〇〇26] 在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0〇27]内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[〇〇28]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。[0〇29]图1示出根据本申请一个方面的一种用于处理服务调用信息的方法流程图。包括步骤S1,步骤S2以及步骤S3。
[〇〇3〇]其中,在步骤S1中设备1获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;在步骤S2中设备1根据所述服务调用链构建对应的服务调用模型;在步骤S3中设备1根据所述服务调用模型处理所述服务调用链。
[0031]具体地,在步骤S1中设备1获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。在此,所述分布式服务系统包括但不限于面向服务架构或构建在分布式系统上的软件系统。其中,所述服务节点包括但不限于所述分布式服务系统中供调用的一项服务或一项功能,如在电商平台进行产品消费时的服务节点包括调用用户名,调用用户关联账户,调取支付页面,获取安全验证,检验账户余额等。所述服务调用链是指在所述分布式服务系统中所完成一次服务调用所涉及的服务节点及其顺序,例如图9所示的服务调用示意图是以A服务节点为入口的一个服务调用链,其中用圆圈标示的A、B、C、D均指代一个服务节点,所示意的服务调用链的入口为服务节点A,而完成A需要先调用B再调用C,又完成C需要调用D,因此图9中所示的服务调用中的服务调用链中的服务调用节点是有调用顺序的,即所示的服务调用链的调用顺序为A—B—c—D,其中,为了便于计算机语言进行识别图9中所示的服务调用链中服务节点的调用顺序可以根据服务节点的被调用顺序将初始的入口节点的顺序标为A0,接着调用的B标为B0.1即0代表A“.”号后面为接在A后面调用的第1个服务节点,接着调用C标为C0.2即0代表A“.”号后面为接在A后面调用的第2个服务节点,接着为了完成C需要调用的D可知D是为了完成C所调用的,因此D标为D0.2.1即0代表A“”号后面2代表C再“”号后面1代表为C后面调用的第1个节点,因此,图9中的拓扑图表示的调用链路即可表示为A0,B0.1,C0.2,D0.2.1$*对顺序的标注方法仅为示例,可在每个节点被调用时即将代表顺序拓扑的数字记录在曰志中,例如日志中,记录代表本次调用的字段为X,X字段后面的若干字段记录表示服务节点调用顺序和拓扑的数字和点,从而根据日志中的服务调用记录进行服务调用链路的获取。获取包含被调用时所涉及的服务节点及其调用顺序的服务调用链可以清晰显示服务调用的过程,并获得每次服务调用的拓扑及其特点。
[〇〇32]本领域技术人员应能理解上述获取服务调用链以及标注服务调用链的方式仅为举例,其他现有的或今后可能出现的获取服务调用链以及标注服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇33]接着,在步骤S2中设备1根据所述服务调用链构建对应的服务调用模型。其中,所述服务调用模型是指根据所述服务调用链的拓扑结构而构建的具有相同节点调用顺序的服务调用链,例如在获取的服务调用链的样本足够大的情况下,在同一服务提供商的平台或应用系统中会出现相同的服务调用链,例如在一天之中全国用户中有三万次的服务调用均涉及图9中所示的服务节点,且其调用顺序和拓扑均相同,则这三万次服务调用对应一个相同的服务调用模型即为上文举例的A〇,B0.1,C0.2,D0.2.1,将若干具有相同拓扑和顺序服务节点调用的服务调用链概括为一个服务调用模型即为构建过程。构建所述服务调用链对应的服务调用模型使得基于大数据样本的对服务调用链的分析更加清晰,且所构建的模型可以代表一种服务调用,从而便于后续基于此对每个模型中的数据进行分析。
[0034]接着,在步骤S3中设备1根据所述服务调用模型处理所述服务调用链。是指根据服务调用模型对与服务调用模型具有相同服务节点调用以及拓扑顺序的服务调用链数据进行分析,每个服务节点的调用数据例如每个节点的调用的完成时间、调用的成功与否等在不同的情况下会有差别,但在数据样本足够大的情况下可以观察到每个服务节点的调用规律,例如某服务节点的调用时间正常在0.1秒内完成,又例如某个服务节点的反馈信息正常会出现十次以内的调用失败,则基于服务调用模型以及具有相同服务节点调用以及拓扑顺序的服务调用链数据所分析的调用规律可以用来监控所述分布系统中的调用是否正常,以及问题定位,例如接上文举例某服务节点的调用时间正常在0.1秒内完成,在某一个时段100次调用中该服务节点的调用时间有50次以上均超过0.1秒十倍以上,则可以检测到所述服务节点的调用存在问题。
[0035] 本领域技术人员应能理解上述处理服务调用链的方式仅为举例,其他现有的或今后可能出现的处理服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0036] 图2示出根据本申请另一个优选实例的一种用于处理服务调用信息的方法中步骤sr流程图。所述步骤si包括步骤sii以及步骤S12。
[0037] 其中,在步骤S11中设备1获取分布式系统中的服务调用日志信息;在步骤S12中设备1从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。
[〇〇38]具体地,在步骤SI 1中设备1获取分布式系统中的服务调用日志信息。其中,所述服务调用日志信息记载每个服务节点每次被调用的标记、顺序信息以及其它可以确定每次服务调用中顺序以及拓扑的信息。例如,因为一个节点在某个时间范围内不止被调用一次,因此,若按照调用顺序如上文举例在图9所示的服务调用中对节点标记D0.2.1,有一定的几率会在两次或以上的被调用过程中都是由起始点调用,再调用第1个服务节点后在第2个服务节点后被调用而被标记为〇 • 2 • 1,因此,需要在每个节点被调用时即对每次服务调用进行标记并记录在日志中,例如日志中,记录代表图9中所示的调用的字段为X,即X代表某次由A入口到D完成的服务调用标记为X,从而在获取日志信息时读取标记调用的字段。又例如,接上文举例在每个节点被调用时即将代表顺序拓扑的数字记录在日志中,从而在获取日志信息时读取标示服务调用链中服务节点被调用顺序和拓扑的字段。获取上述服务调用的日志信息,可以对服务调用中的节点进行关联,从而获得服务调用链。
[0〇39]本领域技术人员应能理解上述记载服务调用日志的方式仅为举例,其他现有的或今后可能出现的记载服务调用日志的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇4〇]接着,在步骤S12中设备1从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。即根据日志信息中所记载的每个服务节点每次被调用的标记、顺序信息以及其它可以确定每次服务调用中顺序以及拓扑的信息,以每次服务调用为单位抽取相关的被调用的顺序以及拓扑信息并关联,从而生成每次服务调用的服务调用链。例如,所获取的调用日志信息为:“alipay,com.alipay • chashier.xxx,0x0bocl23,0.2 • 1, AE001 …”对这条日志按逗号来分隔,第一个字段是系统名al ipay,第二个字段是接口方法,第三个字段是代表一次服务调用的标记,第四个字段是调用时的顺序和拓扑,第五个字段是代表调用执行结果的返回码“AE001”,后面可能带更多字段用“…”进行省略,即根据记录服务调用的标记,对所有日志中的第三个字段进行搜索,将所有含有“0x0b〇cl23”的服务调用节点进行搜索,并将搜索到的日志记录所对应的节点按照按上文举例的标记方法所记录的第四个字段所记载的字段进行调用顺序和拓扑的排序,最终形成例如AO,B0.1,C0.2,D0.2.1格式的服务调用链。
[0041] 本领域技术人员应能理解上述从日志信息中抽取服务调用链的方式仅为举例,其他现有的或今后可能出现的从日志信息中抽取服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0042] 优选地,在步骤S12中设备1通过对所述服务调用链进行聚合处理构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。所述服务调用模型均包括相同的服务调用拓扑,即由具有相同服务调用拓扑的服务调用链聚合而成。例如,接上文举例在所获取的服务调用链中有三万个服务调用链为々0,30.1,〇).2,00.2.1,有两万个服务调用链为4040.1,C0.2,有一个服务调用链为A 0,B0.1,则可将三万个服务调用链聚合为一个服务调用模型001,将两万个服务调用链聚合为一个服务调用模型002,将一个服务调用链单独列为一个服务调用模型003。即所述服务调用模型为所有包含相同服务节点以及服务节点调用拓扑和顺序的服务调用链的代表,从而可以以所述服务调用模型对服务调用链中的服务节点调用数据进行分析和监控。
[〇〇43]其中,在步骤S3中设备1根据所述服务调用拓扑处理对应的所述服务调用链。即将聚合所得的服务调用模型中的服务调用拓扑为基础对与其具有相同服务调用拓扑的服务调用链路进行数据分析,接上文举例,以八0 40.1,〇).2,00.2.1的服务调用模型对所有三万个服务调用链中的每个服务节点的数据进行分析,例如分析得出其中一个服务调用节点的调用显示错误的概率在每小时万分之一,继而根据这一分析结果对其它与所述服务调用模型具有相同服务调用拓扑的服务调用链路进行监控,从而当这一服务调用节点显示错误概率在每小时万分之一以上时,即进行报错。因此,根据所述服务调用拓扑对所述服务调用链进行处理,使得在数据样本较大情况下有效对系统进行监控,提升系统的预警性能和稳定性。
[0044] 优选地,所述设备还包括步骤S4(未示出),在步骤S4中设备1对所述服务调用拓扑执行清洗操作。其中,所述清洗操作就是过滤掉不重要的调用对象信息。接上文举例有与图9所示的服务链路全部调用节点拓扑相同的两个服务调用,其中一个服务节点C在调用时会额外还会查询一些信息,例如在第1个服务调用链路中查询了缓存C1,未获取后又查询了一次数据库C2,后又将数据放至缓存C3,而在第2个服务调用链路中直接查询缓存C1就获取到了。其中,按清洗操作前的情况可能就是两个不同的链路,即C还会调用C1,C2,C3节点这些,因为这些查询的节点出错后通常在一个系统内进行,且不会反馈执行结果,其调用结果通常会反馈到C节点上,因此可以清洗忽略掉,除此外还有中间件路由查询的节点等都是对模型没影响的都可以清洗掉,从而突出关键服务节点的调用情况,使得服务调用拓扑更加准确。
[〇〇45]本领域技术人员应能理解上述清洗服务调用拓扑的方式仅为举例,其他现有的或今后可能出现的清洗服务调用拓扑的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇46] 进一步地,在步骤S3中设备1根据清洗后的所述服务调用拓扑处理对应的所述服务调用链。即将清洗操作后的具有相同服务调拓扑的服务调用链依据其日志信息进行聚合,从而构建服务调用模型,具体地聚合与构建方式与上文中所述方法的相同。
[0047] 更优选地,其中,所述清洗操作包括以下至少任一项:
[0048] 删除所述服务调用拓扑中的预定服务节点,即将所调用的不属于远程服务的服务节点例如中间件服务节点路由查询的调用节点等进行过滤。
[0049] 删除所述服务调用拓扑中的未反馈调用结果信息的服务节点,即所调用的操作在系统内进行且无执行结果反馈的服务调用结果进行过滤,例如查询和调用缓存、调用数据库等。
[0050] 删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,即通过设置一定的被调用次数的阈值,通过读取日志信息或其它历史记录信息中的调用次数,将正常在完成某个完整的服务调用链的时很少使用或极偶然的情况下才会使用的服务节点进行删除,以减轻系统对数据分析处理时的负担,同时会获得更加准备的服务调用模型以及数据。
[0051] 删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,所述服务调用拓扑中除所述偶用服务节点外的其他服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数大于或等于预定的常用阈值信息,即即通过设置一定的被调用次数的阈值,通过读取日志信息或其它历史记录信息中的调用次数,将主要的或需要重点维护的调用服务节点筛选出来而将其它不经常调用的服务节点删除,从而有针对性的进行数据分析和监控。
[0052] 优选地,在步骤S2中设备1结合所述服务调用链中服务节点的调用反馈信息,对所述服务调用链进行聚合处理,以构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。其中,所述调用反馈信息是指每个服务节点被调用后的返回节点以代表所述服务节点的执行结果,所述调用反馈信息包含一定的执行结果不同情况的根据一定预置规则形成可辨识信息,例如执行成功或是失败以及一定的业务场景,图9所示的服务调用链路中B节点调用成功则反馈SUCC,调用D节点调用反馈信息AE00,C节点的调用反馈信息AE01,A节点的调用反馈信息AE10,代表A节点的调用需要在调用B成功后执行C节点,而C节点的调用需要先执行D节点的调用,所述调用反馈信息可记录到日志中,从而可以在调取服务节点某次调用拓扑信息时一并查询,每个服务节点对应若干调用反馈信息,且通常服务调用链路末端的调用反馈信息会影响到服务调用链路前端的调用反馈信息,但在服务调用链路前端可能会作聚合,例如图9所示的A服务节点返回系统异常,可能是因为C服务节点或者是D服务节点网络不通,也可能是数据库异常,故而每个服务调用链路都是调用反馈信息的组合。因此具有相同拓扑的服务调用链路在聚合构建服务调用模型时,不同的服务调用链路为了能清晰定位问题,链路中会记录所有的调用反馈信息组合并用于后续的基于服务调用模型的数据分析。
[0053] 本领域技术人员应能理解上述调用反馈信息的记录和展现方式仅为举例,其他现有的或今后可能出现的调用反馈信息的记录和展现方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。[〇〇54]图3示出根据本申请又一个优选实例的一种用于处理服务调用信息的方法中步骤S3流程图。包括步骤S31以及步骤S32。
[0〇55]其中,在步骤S31中设备1对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理;在步骤S32中设备1根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。
[〇〇56]具体地,在步骤S31中设备1对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理。即对服务调用模型所对应的所有具有相同服务调用拓扑的服务调用链中的调用反馈信息进行分析和统计,例如根据服务调用链路所生成服务调用模型的拓扑关系,将具有相同服务调用拓扑的服务调用链路均打上服务调用模型的标记,即每个服务调用模型具有一个特定的标记,并结合所述标记与每个服务调用链路中的调用反馈信息组合给每个服务调用链路赋予唯一的标记,进而统计服务调用链路中的调用反馈信息对每个服务调用链路中的服务节点的调用反馈信息情况依照固定时间环比或同比进行统一的分析。
[〇〇57]本领域技术人员应能理解上述分析调用反馈信息进行数据分析的方式仅为举例,其他现有的或今后可能出现的分析调用反馈信息进行数据分析的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇58]接着,在步骤S32中设备1根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。即在数据样本足够大的情况下对服务调用拓扑中相同节点的调用反馈信息进行按固定时间进行比较,并监控数据,例如数据在百分之九十五以上的统计样本中为正常状态,则一旦系统中出现百分之五的异常情况即会被系统监控到,因为调用反馈信息是每个服务调用节点均有因此可以监控到异常情况后定位到具体服务调用模型所对应的服务链路,接上文举例根据每个服务链路所对应的唯一标记定位至具体的服务链路及其调用的服务节点上。
[〇〇59]本领域技术人员应能理解上述根据分析结果监控服务调用的方式仅为举例,其他现有的或今后可能出现的根据分析结果监控服务调用的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0060]图4示出根据本申请再一个优选实例的一种用于处理服务调用信息的方法中步骤S32流程图。包括步骤S321以及步骤S322。
[〇〇61]其中,在步骤S321中设备1基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较;在步骤S322中设备1当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。
[0062]具体地,在步骤S321中设备1基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较。即按照一定的时间比较规则基于相同的服务调用拓扑对所有服务调用链路的调用反馈信息进行分析,例如具有同一服务调用拓扑的服务调用链路上午8点至9点的数据与上午9点至10点的调用反馈信息进行环比分析,又例如具有同一服务调用拓扑的服务调用链路3月2日上午8点至9点的数据与3月3日上午8点至9点的调用反馈信息进行同比分析,从而可获得不同场景的正常运行的数据区间,例如在每天支付失败的概率是己完毕支付有一百次出现余额不足的情况,进而根据这些分析结果对系统中的服务调用的状态进行监控。
[0063]本领域技术人员应能理解上述获得和比较统计结果的方式仅为举例,其他现有的或今后可能出现的获得和比较统计结果的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇64]接着,在步骤S322中设备1当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。是指根据调用反馈信息对有相同拓扑服务模型的服务调用链进行分析后,依据获得不同场景的正常运行的数据区间对日常运行中的具有相同拓扑的服务调用链路数据进行监控,并对所述正常区间的情况设置一定的阈值,例如接上文举例每天支付失败的概率是已完毕支付有一百次出现余额不足的情况,则设置检查余额的服务节点错误的反馈次数的阈值为小于等于一百次或一百二十次,则当系统中每天检查余额的服务节点错误的反馈次数查过所设置的阈值后则进行报警,并根服务调用链路的信息与调用反馈信息所构成的全局唯一标记追踪至出错节点。
[〇〇65]本领域技术人员应能理解上述监控和预警的方式仅为举例,其他现有的或今后可能出现的监控和预警的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0066] 图5示出根据本申请另一个方面的一种用于处理服务调用信息的设备示意图。所述设备1包括服务调用链获取装置11,服务调用模型构建装置12以及处理装置13。
[0067] 其中,所述设备1中服务调用链获取装置11获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;服务调用模型构建装置12根据所述服务调用链构建对应的服务调用模型;处理装置13根据所述服务调用模型处理所述服务调用链。
[0068] 具体地,服务调用链获取装置11获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。在此,所述分布式服务系统包括但不限于面向服务架构或构建在分布式系统上的软件系统。其中,所述服务节点包括但不限于所述分布式服务系统中供调用的一项服务或一项功能,如在电商平台进行产品消费时的服务节点包括调用用户名,调用用户关联账户,调取支付页面,获取安全验证,检验账户余额等。所述服务调用链是指在所述分布式服务系统中所完成一次服务调用所涉及的服务节点及其顺序,例如图9所示的服务调用示意图是以A服务节点为入口的一个服务调用链,其中用圆圈标示的A、B、C、D均指代一个服务节点,所示意的服务调用链的入口为服务节点A,而完成A需要先调用B再调用C,又完成C需要调用D,因此图9中所示的服务调用中的服务调用链中的服务调用节点是有调用顺序的,即所示的服务调用链的调用顺序为A—B—c—D,其中,为了便于计算机语言进行识别图9中所示的服务调用链中服务节点的调用顺序可以根据服务节点的被调用顺序将初始的入口节点的顺序标为仙,接着调用的B标为B0.1即0代表A“.”号后面为接在A后面调用的第1个服务节点,接着调用C标为C0.2即0代表A
号后面为接在A后面调用的第2个服务节点,接着为了完成C需要调用的D可知D是为了完成C所调用的,因此D标为D0 • 2 • 1即0代表A “ ”号后面2代表C再“ ”号后面1代表为C后面调用的第丨个节点,因此,图9中的拓扑图表示的调用链路即可表示为A0,B0.1,C0.2,D0.2.1,其中对顺序的标注方法仅为示例,可在每个节点被调用时即将代表顺序拓扑的数字记录在日志中,例如日志中,记录代表本次调用的字段为x,x字段后面的若干字段记录表示服务节点调用顺序和拓扑的数字和点,从而根据日志中的服务调用记录进行服务调用链路的获取。获取包含被调用时所涉及的服务节点及其调用顺序的服务调用链可以清晰显示服务调用的过程,并获得每次服务调用的拓扑及其特点。
[0069] 本领域技术人员应能理解上述获取服务调用链以及标注服务调用链的方式仅为举例,其他现有的或今后可能出现的获取服务调用链以及标注服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0070] 接着,服务调用模型构建装置12根据所述服务调用链构建对应的服务调用模型。其中,所述服务调用模型是指根据所述服务调用链的拓扑结构而构建的具有相同节点调用顺序的服务调用链,例如在获取的服务调用链的样本足够大的情况下,在同一服务提供商的平台或应用系统中会出现相同的服务调用链,例如在一天之中全国用户中有三万次的服务调用均涉及图9中所示的服务节点,且其调用顺序和拓扑均相同,则这三万次服务调用对应一个相同的服务调用模型即为上文举例的々0,80.1,0).2,00.2.1,将若千具有相同拓扑和顺序服务节点调用的服务调用链概括为一个服务调用模型即为构建过程。构建所述服务调用链对应的服务调用模型使得基于大数据样本的对服务调用链的分析更加清晰,且所构建的模型可以代表一种服务调用,从而便于后续基于此对每个模型中的数据进行分析。[〇〇71]接着,处理装置13根据所述服务调用模型处理所述服务调用链。是指根据服务调用模型对与服务调用模型具有相同服务节点调用以及拓扑顺序的服务调用链数据进行分析,每个服务节点的调用数据例如每个节点的调用的完成时间、调用的成功与否等在不同的情况下会有差别,但在数据样本足够大的情况下可以观察到每个服务节点的调用规律,例如某服务节点的调用时间正常在0.1秒内完成,又例如某个服务节点的反馈信息正常会出现十次以内的调用失败,则基于服务调用模型以及具有相同服务节点调用以及拓扑顺序的服务调用链数据所分析的调用规律可以用来监控所述分布系统中的调用是否正常,以及问题定位,例如接上文举例某服务节点的调用时间正常在0.1秒内完成,在某一个时段100次调用中该服务节点的调用时间有50次以上均超过0.1秒十倍以上,则可以检测到所述服务节点的调用存在问题。
[0072]本领域技术人员应能理解上述处理服务调用链的方式仅为举例,其他现有的或今后可能出现的处理服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇73]图6示出根据本申请另一个优选实例的一种用于处理服务调用信息的设备中服务调用链获取装置示意图。所述服务调用链获取装置11包括调用信息获取单元111以及服务调用链生成单元112。
[0074] 其中,所述调用信息获取单元111获取分布式系统中的服务调用日志信息;服务调用链生成单元112从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。
[0075] 具体地,所述调用信息获取单元111获取分布式系统中的服务调用日志信息。其中,所述服务调用日志信息记载每个服务节点每次被调用的标记、顺序信息以及其它可以确定每次服务调用中顺序以及拓扑的信息。例如,因为一个节点在某个时间范围内不止被调用一次,因此,若按照调用顺序如上文举例在图9所示的服务调用中对节点标记D0.2.1,有一定的几率会在两次或以上的被调用过程中都是由起始点调用,再调用第1个服务节点后在第2个服务节点后被调用而被标记为0.2.1,因此,需要在每个节点被调用时即对每次服务调用进行标记并记录在日志中,例如日志中,记录代表图9中所示的调用的字段为X,即X代表某次由A入口到D完成的服务调用标记为X,从而在获取日志信息时读取标记调用的字段。又例如,接上文举例在每个节点被调用时即将代表顺序拓扑的数字记录在日志中,从而在获取日志信息时读取标示服务调用链中服务节点被调用顺序和拓扑的字段。获取上述服务调用的日志信息,可以对服务调用中的节点进行关联,从而获得服务调用链。
[0〇76]本领域技术人员应能理解上述记载服务调用日志的方式仅为举例,其他现有的或今后可能出现的记载服务调用日志的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇77]接着,服务调用链生成单元112从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。即根据日志信息中所记载的每个服务节点每次被调用的标记、顺序信息以及其它可以确定每次服务调用中顺序以及拓扑的信息,以每次服务调用为单位抽取相关的被调用的顺序以及拓扑信息并关联,从而生成每次服务调用的服务调用链。例如,所获取的调用日志信息为:“alipay ,com.alipay.chashier.xxx,0x0bocl23,0.2.1,AE001 …”对这条日志按逗号来分隔,第一个字段是系统名alipay,第二个字段是接口方法,第三个字段是代表一次服务调用的标记,第四个字段是调用时的顺序和拓扑,第五个字段是代表调用执行结果的返回码“AE001”,后面可能带更多字段用“…”进行省略,即根据记录服务调用的标记,对所有日志中的第三个字段进行搜索,将所有含有“0x0bocl23”的服务调用节点进行搜索,并将搜索到的日志记录所对应的节点按照按上文举例的标记方法所记录的第四个字段所记载的字段进行调用顺序和拓扑的排序,最终形成例如々0 40.1,〇).2,00.2.1格式的服务调用链。
[〇〇78]本领域技术人员应能理解上述从日志信息中抽取服务调用链的方式仅为举例,其他现有的或今后可能出现的从日志信息中抽取服务调用链的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0079] 优选地,所述服务调用模型构建装置12通过对所述服务调用链进行聚合处理构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。所述服务调用模型均包括相同的服务调用拓扑,即由具有相同服务调用拓扑的服务调用链聚合而成。例如,接上文举例在所获取的服务调用链中有三万个服务调用链为AO,B0.1,C0.2,D0.2.1,有两万个服务调用链为A0,B0.1,C0.2,有一个服务调用链为A 0,B0.1,则可将三万个服务调用链聚合为一个服务调用模型001,将两万个服务调用链聚合为一个服务调用模型002,将一个服务调用链单独列为一个服务调用模型003。即所述服务调用模型为所有包含相同服务节点以及服务节点调用拓扑和顺序的服务调用链的代表,从而可以以所述服务调用模型对服务调用链中的服务节点调用数据进行分析和监控。
[0080] 其中,所述处理装置13根据所述服务调用拓扑处理对应的所述服务调用链。即将聚合所得的服务调用模型中的服务调用拓扑为基础对与其具有相同服务调用拓扑的服务调用链路进行数据分析,接上文举例,以AO,B0 • 1,C0 • 2,D0 • 2 • 1的服务调用模型对所有三万个服务调用链中的每个服务节点的数据进行分析,例如分析得出其中一个服务调用节点的调用显示错误的概率在每小时万分之一,继而根据这一分析结果对其它与所述服f调用模型具有相同服务调用拓扑的服务调用链路进行监控,从而当这一服务调用节点显示错误概率在每小时万分之一以上时,即进行报错。因此,根据所述服务调用拓扑对所述服务调用链进行处理,使得在数据样本较大情况下有效对系统进行监控,提升系统的预警性能和稳定性。
[0081]优选地,所述设备还包括清洗装置14(未示出),所述清洗装置14对所述服务调用拓扑执行清洗操作。其中,所述清洗操作就是过滤掉不重要的调用对象信息。接上文举例有与图9所示的服务链路全部调用节点拓扑相同的两个服务调用,其中一个服务节点C在调用时会额外还会查询一些信息,例如在第1个服务调用链路中查询了缓存C1,未获取后又查询了一次数据库C2,后又将数据放至缓存C3,而在第2个服务调用链路中直接查询缓存C1就获取到了。其中,按清洗操作前的情况可能就是两个不同的链路,即C还会调用C1,C2,C3节点这些,因为这些查询的节点出错后通常在一个系统内进行,且不会反馈执行结果,其调用结果通常会反馈到C节点上,因此可以清洗忽略掉,除此外还有中间件路由查询的节点等都是对模型没影响的都可以清洗掉,从而突出关键服务节点的调用情况,使得服务调用拓扑更加准确。
[〇〇82]本领域技术人员应能理解上述清洗服务调用拓扑的方式仅为举例,其他现有的或今后可能出现的清洗服务调用拓扑的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0083] 进一步地,所述处理装置13根据清洗后的所述服务调用拓扑处理对应的所述服务调用链。即将清洗操作后的具有相同服务调拓扑的服务调用链依据其日志信息进行聚合,从而构建服务调用模型,具体地聚合与构建方式与上文中所述方法的相同。
[0084] 更优选地,其中,所述清洗操作包括以下至少任一项:
[0085] 删除所述服务调用拓扑中的预定服务节点,即将所调用的例如中间件服务节点路由查询的调用节点等进行过滤。
[0086] 删除所述服务调用拓扑中的未反馈调用结果信息的服务节点,即所调用的操作在系统内进行且无执行结果反馈的服务调用结果进行过滤,例如查询和调用缓存、调用数据库等。
[0087] 删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,即通过设置一定的被调用次数的阈值,通过读取日志信息或其它历史记录信息中的调用次数,将正常在完成某个完整的服务调用链的时很少使用或极偶然的情况下才会使用的服务节点进行删除,以减轻系统对数据分析处理时的负担,同时会获得更加准备的服务调用模型以及数据。
[0088] 删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,所述服务调用拓扑中除所述偶用服务节点外的其他服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数大于或等于预定的常用阈值信息,即即通过设置一定的被调用次数的阈值,通过读取日志信息或其它历史记录信息中的调用次数,将主要的或需要重点维护的调用服务节点筛选出来而将其它不经常调用的服务节点删除,从而有针对性的进行数据分析和监控。
[0089] 优选地,所述服务调用模型构建装置12结合所述服务调用链中服务节点的调用反馈信息,对所述服务调用链进行聚合处理,以构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。其中,所述调用反馈信息是指每个服务节点被调用后的返回节点以代表所述服务节点的执行结果,所述调用反馈信息包含一定的执行结果不同情况的根据一定预置规则形成可辨识信息,例如执行成功或是失败以及一定的业务场景,图9所示的服务调用链路中B节点调用成功则反馈SUCC,调用D节点调用反馈信息AE00,C节点的调用反馈信息AE01,A节点的调用反馈信息AE10,代表A节点的调用需要在调用B成功后执行C节点,而C节点的调用需要先执行D节点的调用,所述调用反馈信息可记录到日志中,从而可以在调取服务节点某次调用拓扑信息时一并查询,每个服务节点对应若干调用反馈信息,且通常服务调用链路末端的调用反馈信息会影响到服务调用链路前端的调用反馈信息,但在服务调用链路前端可能会作聚合,例如图9所示的A服务节点返回系统异常,可能是因为C服务节点或者是D服务节点网络不通,也可能是数据库异常,故而每个服务调用链路都是调用反馈信息的组合。因此具有相同拓扑的服务调用链路在聚合构建服务调用模型时,不同的服务调用链路为了能清晰定位问题,链路中会记录所有的调用反馈信息组合并用于后续的基于服务调用模型的数据分析。
[0090] 本领域技术人员应能理解上述调用反馈信息的记录和展现方式仅为举例,其他现有的或今后可能出现的调用反馈信息的记录和展现方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0091] 图7示出根据本申请又一个优选实例的一种用于处理服务调用信息的设备中处理装置示意图。所述处理装置13包括信息分析单元131以及监控单元132。
[〇〇92]其中,信息分析单元131对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理;监控单元132根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。
[〇〇93]具体地,信息分析单元131对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理。即对服务调用模型所对应的所有具有相同服务调用拓扑的服务调用链中的调用反馈信息进行分析和统计,例如根据服务调用链路所生成服务调用模型的拓扑关系,将具有相同服务调用拓扑的服务调用链路均打上服务调用模型的标记,即每个服务调用模型具有一个特定的标记,并结合所述标记与每个服务调用链路中的调用反馈信息组合给每个服务调用链路赋予唯一的标记,进而统计服务调用链路中的调用反馈信息对每个服务调用链路中的服务节点的调用反馈信息情况依照固定时间环比或同比进行统一的分析。
[〇〇94]本领域技术人员应能理解上述分析调用反馈信息进行数据分析的方式仅为举例,其他现有的或今后可能出现的分析调用反馈信息进行数据分析的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇95]接着,监控单元132根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。即在数据样本足够大的情况下对服务调用拓扑中相同节点的调用反馈信息进行按固定时间进行比较,并监控数据,例如数据在百分之九十五以上的统计样本中为正常状态,则一旦系统中出现百分之五的异常情况即会被系统监控到,因为调用反馈信息是每个服务调用节点均有因此可以监控到异常情况后定位到具体服务调用模型所对应的服务链路,接上文举例根据每个服务链路所对应的唯一标记定位至具体的服务链路及其调用的服务节点上。
[0096]本领域技术人员应能理解上述根据分析结果监控服务调用的方式仅为举例,其他现有的或今后可能出现的根据分析结果监控服务调用的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[〇〇97]图8示出根据本申请再一个优选实例的一种用于处理服务调用信息的设备中监控单元示意图。所述监控单元132包括比较子单元1321以及报警子单元1322。
[〇〇98]其中,比较子单元1321基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较;报警子单元1322当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。
[〇〇99]具体地,比较子单元1321基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较。即按照一定的时间比较规则基于相同的服务调用拓扑对所有服务调用链路的调用反馈信息进行分析,例如具有同一服务调用拓扑的服务调用链路上午8点至9点的数据与上午9点至10点的调用反馈信息进行环比分析,又例如具有同一服务调用拓扑的服务调用链路3月2日上午8点至9点的数据与3月3日上午8点至9点的调用反馈信息进行同比分析,从而可获得不同场景的正常运行的数据区间,例如在每天支付失败的概率是已完毕支付有一百次出现余额不足的情况,进而根据这些分析结果对系统中的服务调用的状态进行监控。
[0100] 本领域技术人员应能理解上述获得和比较统计结果的方式仅为举例,其他现有的或今后可能出现的获得和比较统计结果的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0101] 接着,报警子单元1322当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。是指根据调用反馈信息对有相同拓扑服务模型的服务调用链进行分析后,依据获得不同场景的正常运行的数据区间对日常运行中的具有相同拓扑的服务调用链路数据进行监控,并对所述正常区间的情况设置一定的阈值,例如接上文举例每天支付失败的概率是已完毕支付有一百次出现余额不足的情况,则设置检查余额的服务节点错误的反馈次数的阈值为小于等于一百次或一百二十次,则当系统中每天检查余额的服务节点错误的反馈次数查过所设置的阈值后则进行报警,并根服务调用链路的信息与调用反馈信息所构成的全局唯一标记追踪至出错节点。
[0102] 本领域技术人员应能理解上述监控和预警的方式仅为举例,其他现有的或今后可能出现的监控和预警的方式如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
[0103] 显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
[0104]需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
[〇1〇5]另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
[0106]对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此夕卜,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

Claims (16)

1.一种用于处理服务调用信息的方法,其中,该方法包括:获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;根据所述服务调用链构建对应的服务调用模型;根据所述服务调用模型处理所述服务调用链。
2.根据权利要求1所述的方法,其中,所述获取分布式服务系统中的一个或多个服务调用链包括:获取分布式系统中的服务调用日志信息;从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。
3.根据权利要求1或2所述的方法,其中,所述根据所述服务调用链构建对应的服务调用模型包括:通过对所述服务调用链进行聚合处理构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得;其中,所述根据所述服务调用模型处理所述服务调用链包括:根据所述服务调用拓扑处理对应的所述服务调用链。
4.根据权利要求3所述的方法,其中,所述方法还包括:对所述服务调用拓扑执行清洗操作;其中,所述根据所述服务调用模型处理所述服务调用链包括:根据清洗后的所述服务调用拓扑处理对应的所述服务调用链。
5.根据权利要求4所述的方法,其中,所述清洗操作包括以下至少任一项:删除所述服务调用拓扑中的预定服务节点;删除所述服务调用拓扑中的未反馈调用结果信息的服务节点;删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息;删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,所述服务调用拓扑中除所述偶用服务节点外的其他服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数大于或等于预定的常用阈值信息。
6.根据权利要求3至5中任一项所述的方法,其中,所述根据所述服务调用链构建对应的服务调用模型包括:结合所述服务调用链中服务节点的调用反馈信息,对所述服务调用链进行聚合处理,以构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。
7.根据权利要求6所述的方法,其中,所述根据所述服务调用模型处理所述服务调用链包括:对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理;根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。
8.根据权利要求7所述的方法,其中,所述根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链包括:基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较;当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。
9.一种用于处理服务调用信息的设备,其中,该设备包括:服务调用链获取装置,用于获取分布式服务系统中的一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点;服务调用模型构建装置,用于根据所述服务调用链构建对应的服务调用模型;处理装置,用于根据所述服务调用模型处理所述服务调用链。
10.根据权利要求9所述的设备,其中,所述服务调用链获取装置包括:调用信息获取单元,用于获取分布式系统中的服务调用日志信息;服务调用链生成单元,用于从所述服务调用日志信息中抽取一个或多个服务调用链,其中,每个服务调用链包括被顺序调用的一个或多个服务节点。
11.根据权利要求9或10所述的设备,其中,所述服务调用模型构建装置用于:通过对所述服务调用链进行聚合处理构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得;其中,所述处理装置用于:根据所述服务调用拓扑处理对应的所述服务调用链。
12.根据权利要求11所述的设备,其中,所述设备还包括:清洗装置,用于对所述服务调用拓扑执行清洗操作;其中,所述处理装置用于:根据清洗后的所述服务调用拓扑处理对应的所述服务调用链。
13.根据权利要求12所述的设备,其中,所述清洗操作包括以下至少任一项:删除所述服务调用拓扑中的预定服务节点;删除所述服务调用拓扑中的未反馈调用结果信息的服务节点;删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息;删除所述服务调用拓扑中的偶用服务节点,其中,所述偶用服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数小于或等于预定的偶用阈值信息,所述服务调用拓扑中除所述偶用服务节点外的其他服务节点在所述服务调用拓扑对应的所述服务调用链中累计出现次数大于或等于预定的常用阈值信息。
14.根据权利要求11至13中任一项所述的设备,其中,所述服务调用模型构建装置用于:结合所述服务调用链中服务节点的调用反馈信息,对所述服务调用链进行聚合处理,以构建对应的服务调用模型,其中,所述服务调用模型包括一个或多个服务调用拓扑,每个服务调用拓扑由一个或多个所述服务调用链聚合处理而得。
15.根据权利要求14所述的设备,其中,所述处理装置包括:信息分析单元,用于对于所述服务调用拓扑所对应的一个或多个所述服务调用链,根据每个所述服务调用链中服务节点的调用反馈信息进行统计处理;监控单元,用于根据对应的统计结果监控处理所述服务调用拓扑所对应的所述服务调用链。
16.根据权利要求15所述的设备,其中,所述监控单元包括:比较子单元,用于基于预定的时段比对规则,将对应的统计结果与所述服务调用拓扑所对应的所述服务调用链中各服务节点的调用反馈信息相比较;报警子单元,用于当存在比较差值超过预定的波动阈值信息时,生成关于所述比较差值对应的所述服务调用链的报警信息,其中,所述报警信息定位于所述比较差值对应的服务节点。
CN201510734236.2A 2015-11-03 2015-11-03 一种用于处理服务调用信息的方法与设备 Active CN106656536B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510734236.2A CN106656536B (zh) 2015-11-03 2015-11-03 一种用于处理服务调用信息的方法与设备

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
CN201510734236.2A CN106656536B (zh) 2015-11-03 2015-11-03 一种用于处理服务调用信息的方法与设备
SG11201803696QA SG11201803696QA (en) 2015-11-03 2016-10-25 Service call information processing method and device
EP16861456.8A EP3373516B1 (en) 2015-11-03 2016-10-25 Method and device for processing service calling information
PL16861456T PL3373516T3 (pl) 2015-11-03 2016-10-25 Sposób i urządzenie do przetwarzania informacji o wywołaniu usługi
SG10201909213P SG10201909213PA (en) 2015-11-03 2016-10-25 Service call information processing method and device
KR1020187015528A KR102146173B1 (ko) 2015-11-03 2016-10-25 서비스 호출 정보 처리 방법 및 디바이스
JP2018522941A JP6706321B2 (ja) 2015-11-03 2016-10-25 サービス呼び出し情報処理の方法及びデバイス
PCT/CN2016/103173 WO2017076188A1 (zh) 2015-11-03 2016-10-25 一种用于处理服务调用信息的方法与设备
ES16861456T ES2808966T3 (es) 2015-11-03 2016-10-25 Método y dispositivo para procesar información de llamadas de servicio
AU2016351091A AU2016351091B2 (en) 2015-11-03 2016-10-25 Method and device for processing service calling information
PH12018500934A PH12018500934A1 (en) 2015-11-03 2018-05-02 Service call information processing method and device
US15/969,364 US10671474B2 (en) 2015-11-03 2018-05-02 Monitoring node usage in a distributed system

Publications (2)

Publication Number Publication Date
CN106656536A true CN106656536A (zh) 2017-05-10
CN106656536B CN106656536B (zh) 2020-02-18

Family

ID=58661593

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510734236.2A Active CN106656536B (zh) 2015-11-03 2015-11-03 一种用于处理服务调用信息的方法与设备

Country Status (11)

Country Link
US (1) US10671474B2 (zh)
EP (1) EP3373516B1 (zh)
JP (1) JP6706321B2 (zh)
KR (1) KR102146173B1 (zh)
CN (1) CN106656536B (zh)
AU (1) AU2016351091B2 (zh)
ES (1) ES2808966T3 (zh)
PH (1) PH12018500934A1 (zh)
PL (1) PL3373516T3 (zh)
SG (2) SG10201909213PA (zh)
WO (1) WO2017076188A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105591821A (zh) * 2016-01-06 2016-05-18 北京京东尚科信息技术有限公司 监控系统和业务系统
CN107301197A (zh) * 2017-05-12 2017-10-27 上海瀚银信息技术有限公司 一种业务数据跟踪处理系统及方法
CN107729210A (zh) * 2017-09-29 2018-02-23 百度在线网络技术(北京)有限公司 分布式服务集群的异常诊断方法和装置
CN107741885A (zh) * 2017-10-09 2018-02-27 用友网络科技股份有限公司 基于cs架构的事务与业务关联方法、关联系统
CN108809688A (zh) * 2018-02-22 2018-11-13 阿里巴巴集团控股有限公司 故障信息识别方法、装置、服务器及系统
CN109120686A (zh) * 2018-08-08 2019-01-01 联动优势电子商务有限公司 一种服务预验证的方法及装置
CN109254901A (zh) * 2018-09-30 2019-01-22 北京九章云极科技有限公司 一种指标监测方法及系统
CN109684104A (zh) * 2018-12-17 2019-04-26 广州华多网络科技有限公司 一种服务间调用链的展示实现方法及设备
CN109981349A (zh) * 2019-02-27 2019-07-05 华为技术有限公司 调用链信息查询方法以及设备
CN109995817A (zh) * 2017-12-29 2019-07-09 中移信息技术有限公司 一种服务调度方法及装置
CN110674284A (zh) * 2019-08-26 2020-01-10 四川新网银行股份有限公司 多系统的方法调用链路图的生成方法
CN111913766A (zh) * 2020-09-29 2020-11-10 北京东方通软件有限公司 一种微服务调用链的健康检测方法和健康检测系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10409708B2 (en) * 2017-08-28 2019-09-10 International Business Machines Corporation Performance data collection for a distributed computing system
CN109582650B (zh) * 2018-11-09 2021-05-25 金色熊猫有限公司 模块调用量处理方法、装置、电子设备、存储介质
KR102245718B1 (ko) * 2019-05-22 2021-04-28 카페24 주식회사 이상치 발생 여부를 속성별로 시각화하는 방법, 컴퓨팅 디바이스 및 컴퓨터 판독 가능한 저장 매체

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070027974A1 (en) * 2005-08-01 2007-02-01 Microsoft Corporation Online service monitoring
CN101491061A (zh) * 2006-07-12 2009-07-22 惠普开发有限公司 用于在网络中提供服务的方法和网络元素
CN102360295A (zh) * 2011-10-07 2012-02-22 彭志平 一种基于多Web服务链组合的服务匹配方法
CN102594851A (zh) * 2011-01-07 2012-07-18 中国科学院遥感应用研究所 一种海洋应用服务链动态构建的方法
CN102945283A (zh) * 2012-11-19 2013-02-27 武汉大学 一种语义Web服务组合方法
CN103186417A (zh) * 2011-12-30 2013-07-03 鼎捷软件股份有限公司 一种服务管理的方法
CN103269280A (zh) * 2013-04-23 2013-08-28 华为技术有限公司 网络中开展业务的方法、装置及系统
US20140362682A1 (en) * 2013-06-07 2014-12-11 Cisco Technology, Inc. Determining the Operations Performed Along a Service Path/Service Chain

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6597777B1 (en) 1999-06-29 2003-07-22 Lucent Technologies Inc. Method and apparatus for detecting service anomalies in transaction-oriented networks
WO2002015462A1 (en) * 2000-08-17 2002-02-21 Redback Networks Inc. Methods and apparatus for deploying quality of service policies on a data communication network
WO2004003701A2 (en) 2002-06-28 2004-01-08 Omniture, Inc. Capturing and presenting site visitation path data
JP4093483B2 (ja) 2003-12-26 2008-06-04 インターナショナル・ビジネス・マシーンズ・コーポレーション 解析システム、解析方法、解析プログラム、及び記録媒体
US8578017B2 (en) 2006-05-11 2013-11-05 Ca, Inc. Automatic correlation of service level agreement and operating level agreement
EP2460313A1 (en) * 2009-07-31 2012-06-06 Telefonaktiebolaget L M Ericsson (PUBL) Service monitoring and service problem diagnosing in communications network
CN102045182B (zh) 2009-10-20 2012-08-08 华为技术有限公司 一种业务故障确定方法、装置和系统
US8635617B2 (en) * 2010-09-30 2014-01-21 Microsoft Corporation Tracking requests that flow between subsystems using transaction identifiers for generating log data
US8977909B2 (en) * 2012-07-19 2015-03-10 Dell Products L.P. Large log file diagnostics system
US20160117196A1 (en) * 2013-07-31 2016-04-28 Hewlett-Packard Development Company, L.P. Log analysis
CN103401944B (zh) * 2013-08-14 2016-04-06 青岛大学 一种服务组合动态重构系统
US20160234073A1 (en) * 2013-10-30 2016-08-11 Hewlett Packard Enterprise Development Lp Modifying realized topologies
KR20150094260A (ko) 2014-02-11 2015-08-19 한국전자통신연구원 소프트웨어 정의 네트워킹 환경에서 네트워크 서비스 체인의 정형 검증을 위한 검증 지원 장치 및 방법과, 그 검증 지원 장치를 구비한 정형 검증 장치
US11159599B2 (en) * 2014-10-10 2021-10-26 Dynatrace Llc Method and system for real-time modeling of communication, virtualization and transaction execution related topological aspects of monitored software applications and hardware entities
EP3564816A4 (en) * 2017-01-26 2019-11-20 Huawei Technologies Co., Ltd. CALL-BASED SIMULTANEITY CONTROL PROCEDURES, DEVICE AND CONTROL NODES

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070027974A1 (en) * 2005-08-01 2007-02-01 Microsoft Corporation Online service monitoring
CN101491061A (zh) * 2006-07-12 2009-07-22 惠普开发有限公司 用于在网络中提供服务的方法和网络元素
CN102594851A (zh) * 2011-01-07 2012-07-18 中国科学院遥感应用研究所 一种海洋应用服务链动态构建的方法
CN102360295A (zh) * 2011-10-07 2012-02-22 彭志平 一种基于多Web服务链组合的服务匹配方法
CN103186417A (zh) * 2011-12-30 2013-07-03 鼎捷软件股份有限公司 一种服务管理的方法
CN102945283A (zh) * 2012-11-19 2013-02-27 武汉大学 一种语义Web服务组合方法
CN103269280A (zh) * 2013-04-23 2013-08-28 华为技术有限公司 网络中开展业务的方法、装置及系统
US20140362682A1 (en) * 2013-06-07 2014-12-11 Cisco Technology, Inc. Determining the Operations Performed Along a Service Path/Service Chain

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105591821A (zh) * 2016-01-06 2016-05-18 北京京东尚科信息技术有限公司 监控系统和业务系统
CN107301197A (zh) * 2017-05-12 2017-10-27 上海瀚银信息技术有限公司 一种业务数据跟踪处理系统及方法
CN107301197B (zh) * 2017-05-12 2020-12-01 上海瀚银信息技术有限公司 一种业务数据跟踪处理系统及方法
CN107729210A (zh) * 2017-09-29 2018-02-23 百度在线网络技术(北京)有限公司 分布式服务集群的异常诊断方法和装置
CN107729210B (zh) * 2017-09-29 2020-09-25 百度在线网络技术(北京)有限公司 分布式服务集群的异常诊断方法和装置
CN107741885A (zh) * 2017-10-09 2018-02-27 用友网络科技股份有限公司 基于cs架构的事务与业务关联方法、关联系统
CN109995817A (zh) * 2017-12-29 2019-07-09 中移信息技术有限公司 一种服务调度方法及装置
CN108809688A (zh) * 2018-02-22 2018-11-13 阿里巴巴集团控股有限公司 故障信息识别方法、装置、服务器及系统
CN109120686A (zh) * 2018-08-08 2019-01-01 联动优势电子商务有限公司 一种服务预验证的方法及装置
CN109254901B (zh) * 2018-09-30 2019-11-29 北京九章云极科技有限公司 一种指标监测方法及系统
CN109254901A (zh) * 2018-09-30 2019-01-22 北京九章云极科技有限公司 一种指标监测方法及系统
CN109684104B (zh) * 2018-12-17 2021-03-26 广州方硅信息技术有限公司 一种服务间调用链的展示实现方法及设备
CN109684104A (zh) * 2018-12-17 2019-04-26 广州华多网络科技有限公司 一种服务间调用链的展示实现方法及设备
CN109981349A (zh) * 2019-02-27 2019-07-05 华为技术有限公司 调用链信息查询方法以及设备
WO2020173080A1 (zh) * 2019-02-27 2020-09-03 华为技术有限公司 调用链信息查询方法以及设备
CN110674284A (zh) * 2019-08-26 2020-01-10 四川新网银行股份有限公司 多系统的方法调用链路图的生成方法
CN111913766A (zh) * 2020-09-29 2020-11-10 北京东方通软件有限公司 一种微服务调用链的健康检测方法和健康检测系统
CN111913766B (zh) * 2020-09-29 2021-01-15 北京东方通软件有限公司 一种微服务调用链的健康检测方法和健康检测系统

Also Published As

Publication number Publication date
JP6706321B2 (ja) 2020-06-03
WO2017076188A1 (zh) 2017-05-11
SG10201909213PA (en) 2019-11-28
SG11201803696QA (en) 2018-06-28
PL3373516T3 (pl) 2020-11-30
PH12018500934A1 (en) 2018-11-12
JP2019502191A (ja) 2019-01-24
US10671474B2 (en) 2020-06-02
EP3373516B1 (en) 2020-05-20
EP3373516A4 (en) 2018-10-17
AU2016351091B2 (en) 2019-10-10
US20180253350A1 (en) 2018-09-06
KR102146173B1 (ko) 2020-08-20
ES2808966T3 (es) 2021-03-02
EP3373516A1 (en) 2018-09-12
CN106656536B (zh) 2020-02-18
KR20180078296A (ko) 2018-07-09
AU2016351091A1 (en) 2018-05-24

Similar Documents

Publication Publication Date Title
CN106656536A (zh) 一种用于处理服务调用信息的方法与设备
US11087329B2 (en) Method and apparatus of identifying a transaction risk
CN105095048B (zh) 一种基于业务规则的监控系统告警关联处理方法
WO2016141491A1 (en) Systems and methods for managing data
US20150046332A1 (en) Behavior tracking smart agents for artificial intelligence fraud protection and management
EP3418910A1 (en) Big data-based method and device for calculating relationship between development objects
US20170109676A1 (en) Generation of Candidate Sequences Using Links Between Nonconsecutively Performed Steps of a Business Process
US20180173808A1 (en) Intent and bot based query guidance
CN104731816A (zh) 一种处理异常业务数据的方法和装置
US20170109657A1 (en) Machine Learning-Based Model for Identifying Executions of a Business Process
TW201941058A (zh) 異常檢測方法及裝置
CN112700329A (zh) 一种风控规则引擎的响应方法和风控规则引擎
CN108170707A (zh) 一种数据质量检测的方法和系统
CN110138720B (zh) 网络流量的异常分类检测方法、装置、存储介质和处理器
US20170109639A1 (en) General Model for Linking Between Nonconsecutively Performed Steps in Business Processes
AU2019275633A1 (en) System and method of automated fault correction in a network environment
US20170109636A1 (en) Crowd-Based Model for Identifying Executions of a Business Process
CN109978547A (zh) 风险行为控制方法及系统、设备和存储介质
Tsung et al. Applying manufacturing batch techniques to fraud detection with incomplete customer information
JP4790573B2 (ja) 電話番号に基づいて電話契約者の信用度を推定するコンピュータシステム
CN106845881A (zh) 一种库存异常数据的检测方法、装置及电子设备
CN110362999A (zh) 用于检测账户使用异常的方法及装置
Bicevskis et al. Towards data quality runtime verification
CN109284331A (zh) 基于业务数据资源的制证信息获取方法、终端设备及介质
US20170109640A1 (en) Generation of Candidate Sequences Using Crowd-Based Seeds of Commonly-Performed Steps of a Business Process

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee before: Advanced innovation technology Co., Ltd

Effective date of registration: 20200924

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Patentee after: Advanced innovation technology Co., Ltd

Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands

Patentee before: Alibaba Group Holding Ltd.

TR01 Transfer of patent right