CN109582471A - 信息处理方法、装置和*** - Google Patents

信息处理方法、装置和*** Download PDF

Info

Publication number
CN109582471A
CN109582471A CN201710912436.1A CN201710912436A CN109582471A CN 109582471 A CN109582471 A CN 109582471A CN 201710912436 A CN201710912436 A CN 201710912436A CN 109582471 A CN109582471 A CN 109582471A
Authority
CN
China
Prior art keywords
micro services
micro
services
call
request
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.)
Pending
Application number
CN201710912436.1A
Other languages
English (en)
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.)
Siemens AG
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Priority to CN201710912436.1A priority Critical patent/CN109582471A/zh
Priority to HUE18181643A priority patent/HUE049605T2/hu
Priority to EP18181643.0A priority patent/EP3462706B1/en
Priority to US16/033,379 priority patent/US10986192B2/en
Publication of CN109582471A publication Critical patent/CN109582471A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施方式公开了信息处理方法、装置和***。信息处理方法包括：监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。本发明实施方式可以获取微服务之间的调用信息，可视化展示所获取的调用信息，直观而便利地呈现各个微服务之间的依赖关系，还可以基于指标值优化调整微服务的处理能力。

Description

信息处理方法、装置和***
技术领域
本发明涉及微服务技术领域，特别是涉及获取信息处理方法、装置和***。
背景技术
微服务是一种架构模式，它提倡将单一应用程序划分成一组微小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通(通常是基于符合表现层状态转移(REpresentational State Transfer，REST)设计标准的应用程序编程接口(ApplicationProgramming Interface，API)，或被称为RESTful API，而RESTful API是基于超文本传输协议(Hyper Text Transfer Protocol，HTTP)协议实现的)。
在微服务架构中，应用程序被构造为松散耦合服务的集合，各个服务之间可以相互调用。然而，微服务之间的调用信息难以获取。尤其是，当微服务的数目众多时，如何获取多个(即至少两个)微服务之间的调用信息是一个显著挑战。
发明内容
本发明实施方式提出一种信息处理方法、装置和***。
信息处理方法，包括：
监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
可见，本发明实施方式通过监控微服务请求，可以确定微服务请求的发起方和微服务请求所请求调用的被调用方之间的调用关系，并生成微服务之间的调用信息。
在一个实施方式中，所述至少两个微服务之间的调用信息包括下列信息中的至少一个：
所述至少两个微服务之间的调用关系；
所述至少两个微服务之间的间接调用路径；
所述至少两个微服务之间调用的指标值。
可见，本发明实施方式的调用信息具有多种类型，能够满足各种应用环境的多种需求。
在一个实施方式中，所述指标值包括下列至少一项：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
可见，本发明实施方式的指标值具有多种类型，基于多种类型的指标值可以对微服务指标状态进行综合全面了解。
在一个实施方式中，所述指标值包括：所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率；
所述方法还包括：
当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或
当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中所述第一预设门限值不小于所述第二预设门限值。
可见，本发明实施方式基于指标值的预设门限值对微服务的处理能力进行调整，使得微服务的处理能力符合应用环境的具体需求。
在一个实施方式中，在根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息之后，还包括：
通过至少一个可视化界面展示生成的所述调用信息。
可见，通过在可视化界面展示生成的调用信息，可以直观而便利地呈现各个微服务之间的调用信息，便于用户快速地、直观地和准确地了解各个微服务之间的调用信息。
在一个实施方式中，所述至少两个微服务之间的调用信息包括所述至少两个微服务之间的调用关系；
所述通过至少一个可视化界面展示生成的所述调用信息，包括：
在所述可视化界面上展示所述至少两个微服务之间的调用关系的拓扑图，其中所述拓扑图的各个节点用于代表所述至少两个微服务，所述拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中所述第三微服务为所述连线的起始节点所代表的微服务，所述第四微服务为所述连线的终止节点所代表的微服务。
因此，通过在可视化界面上展示微服务之间的调用关系的拓扑图，可以直观而便利地呈现发起微服务的微服务(即起始节点)及微服务请求所请求调用的微服务(即终止节点)之间的调用关系。
在一个实施方式中，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间的间接调用路径；
所述通过至少一个可视化界面展示生成的所述调用信息，还包括：
在所述可视化界面上，显示所述拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，所述第五微服务为所述路径的起始节点所代表的微服务，所述第六微服务为所述路径的终止节点所代表的微服务。
因此，通过在可视化界面上展示微服务之间的间接调用路径的拓扑图，可以直观而便利地呈现发起微服务的微服务(即起始节点)、微服务请求所请求调用的微服务(即终止节点)以及起始节点与终止节点之间的中间节点的调用关系。
在一个实施方式中，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间调用的指标值；
所述通过至少一个可视化界面展示生成的所述调用信息，还包括：
使用连线粗细代表下列中的至少一个：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
使用节点大小代表下列中的至少一个：
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
在这里，本发明实施方式通过线条粗细、节点大小等视觉突出因素显示指标值，便于用户快速了解指标值。
在一个实施方式中，所述监控至少两个微服务中每一个微服务发起的至少一个微服务请求包括：
从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
在这里，通过部署在微服务中的跟踪组件获取微服务发出的所有微服务请求的元数据，无需与微服务的外部执行交互即可快速获取微服务请求的元数据，实现了一种便捷的元数据获取方式。
在一个实施方式中，在监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求之前，该方法还包括：
从一个服务发现点获取所述至少两个微服务的列表，其中，所述服务发现点用于注册微服务；
从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据，包括：从所述至少两个微服务的列表中记录的每一个微服务中的所述跟踪组件处，获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据
在这里，通过从注册微服务的服务发现点处获取列表，再获取列表中记录的微服务的元数据，保证了所获取的元数据均源自于已注册的微服务，提高了管理效率和信息安全性。
在一个实施方式中，所述微服务请求的元数据包括下列中至少一个：
微服务请求所请求调用的微服务的名字；
微服务请求所请求调用的微服务的接口；
微服务请求所请求调用的微服务的标识。
可见，基于具体应用需求，本发明实施方式的元数据可以具有多种实施形式。
数据发送方法，包括：
通过一个微服务中的跟踪组件获取所述微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务是该微服务请求所请求调用的微服务；
通过所述跟踪组件发送所述元数据。
可见，本发明实施方式还提出了一种发送微服务的元数据的方法。通过部署在微服务中的跟踪组件获取并发送元数据，实现方式简单，可操作性高。
在一个实施方式中，所述微服务请求的元数据包括下列中至少一个：
微服务请求所请求调用的微服务的名字；
微服务请求所请求调用的微服务的接口；
微服务请求所请求调用的微服务的标识。
信息处理装置，包括：
一个监控模块，用于监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
一个关系确定模块，用于从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
一个调用信息生成模块，用于根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
可见，本发明实施方式通过监控微服务请求，可以确定微服务请求的发起方和微服务请求所请求调用的被调用方之间的调用关系，并生成微服务之间的调用信息。
在一个实施方式中，所述至少两个微服务之间的调用信息包括下列信息中的至少一个：
所述至少两个微服务之间的调用关系；
所述至少两个微服务之间的间接调用路径；
所述至少两个微服务之间调用的指标值。
可见，本发明实施方式的调用信息具有多种类型，能够满足各种应用环境的多种需求。
在一个实施方式中，所述指标值包括下列至少一项：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
可见，本发明实施方式的指标值具有多种类型，基于多种类型的指标值可以对微服务指标状态进行综合全面了解。
在一个实施方式中，所述指标值包括：所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率；
该装置还包括：
一个处理能力调整模块，用于当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或
当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中所述第一预设门限值不小于所述第二预设门限值。
可见，本发明实施方式基于指标值的预设门限值对微服务的处理能力进行调整，使得微服务的处理能力符合应用环境的具体需求。
在一个实施方式中，还包括：
一个展示模块，用于在所述调用信息生成模块根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息之后，通过至少一个可视化界面展示生成的所述调用信息。
可见，通过在可视化界面展示生成的调用信息，可以直观而便利地呈现各个微服务之间的调用信息，便于用户快速地、直观地和准确地了解各个微服务之间的调用信息。
在一个实施方式中，所述至少两个微服务之间的调用信息包括所述至少两个微服务之间的调用关系；
所述展示模块，用于在所述可视化界面上展示所述至少两个微服务之间的调用关系的拓扑图，其中所述拓扑图的各个节点用于代表所述至少两个微服务，所述拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中所述第三微服务为所述连线的起始节点所代表的微服务，所述第四微服务为所述连线的终止节点所代表的微服务。
因此，通过在可视化界面上展示微服务之间的调用关系的拓扑图，可以直观而便利地呈现发起微服务的微服务(即起始节点)及微服务请求所请求调用的微服务(即终止节点)之间的调用关系。
在一个实施方式中，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间的间接调用路径；
所述展示模块，用于在所述可视化界面上，显示所述拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，所述第五微服务为所述路径的起始节点所代表的微服务，所述第六微服务为所述路径的终止节点所代表的微服务。
因此，通过在可视化界面上展示微服务之间的间接调用路径的拓扑图，可以直观而便利地呈现发起微服务的微服务(即起始节点)、微服务请求所请求调用的微服务(即终止节点)以及起始节点与终止节点之间的中间节点的调用关系。
在一个实施方式中，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间调用的指标值；
所述展示模块，用于：
使用连线粗细代表下列中的至少一个：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
使用节点大小代表下列中的至少一个：
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
在这里，本发明实施方式通过线条粗细、节点大小等视觉突出因素显示指标值，便于用户快速了解指标值。
在一个实施方式中，监控模块，用于从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
在这里，通过部署在微服务中的跟踪组件获取微服务发出的所有微服务请求的元数据，无需与微服务的外部执行交互即可快速获取微服务请求的元数据，实现了一种便捷的元数据获取方式。
在一个实施方式中，该装置还包括：
列表获取模块，用于在监控模块监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求之前，从一个服务发现点获取所述至少两个微服务的列表，其中，所述服务发现点用于注册微服务；
所述监控模块，用于从所述至少两个微服务的列表中记录的每一个微服务中的所述跟踪组件处，获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
在这里，通过从注册微服务的服务发现点处获取列表，再获取列表中记录的微服务的元数据，保证了所获取的元数据均源自于已注册的微服务，提高了管理效率和信息安全性。
数据发送装置，包括：
获取模块，用于通过一个微服务中的跟踪组件获取所述微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务是该微服务请求所请求调用的微服务；
发送模块，用于通过所述跟踪组件发送所述元数据。
可见，本发明实施方式还提出了一种发送微服务的元数据的装置。通过部署在微服务中的跟踪组件获取并发送元数据，实现方式简单，可操作性高。
信息处理装置，包括：
至少一个存储器，用于存储机器可读指令
至少一个处理器，用于调用所述机器可读指令执行如上任一项所述的方法。
本发明实施方式还提出了一种包含存储器和处理器的信息处理装置，处理器通过调用在存储器中存储的机器可读指令，可以快速执行如上任一项所述的方法。
信息处理***，包括：
至少两个微服务；
一个信息处理装置，用于：
监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
在一个实施方式中，还包括：
服务发现点，用于注册微服务，生成包含已注册微服务的微服务列表，并向所述信息处理装置发送所述微服务列表。
可见，通过在服务发现点注册微服务，生成包含已注册微服务的微服务列表，保证了信息处理装置所获取的元数据均源自于已注册的微服务，提高了管理效率和信息安全性。
一种存储介质，其中存储有计算机可读指令，该计算机可读指令用于执行如上任一项所述的方法。
附图说明
图1为根据本发明实施方式的信息处理方法的示范性流程图。
图2为根据本发明实施方式的信息处理***的示范性***架构图。
图3为根据本发明实施方式获取并展示调用信息的第一示范性流程图。
图4为根据本发明实施方式展示调用信息的第一示范性拓扑图。
图5为根据本发明实施方式获取并展示包含指标值的调用信息的第二示范性流程图。
图6为根据本发明实施方式展示包含指标值的调用信息的第二示范性拓扑图。
图7为根据本发明基于图6的图示调整微服务处理能力的示范性示意图。
图8为根据本发明实施方式展示包含第三方服务的调用信息的第四示范性拓扑图。
图9为根据本发明实施方式的信息处理装置的示范性结构图。
图10为根据本发明实施方式的数据发送装置的示范性结构图。
其中，附图标记如下：
标号 含义
101～103 步骤
11 主机
12 图像接口
13 聚合器
14 API网关
15 服务发现点
16 微服务
17 跟踪组件
18 RESTful API接口
301～307 步骤
3021～3023 步骤302的子步骤
3061～3063 步骤306的子步骤
3071～3073 步骤307的子步骤
501～507 步骤
5021～5023 步骤502的子步骤
5061～5063 步骤506的子步骤
5071～5073 步骤507的子步骤
41～50 节点
60～69 连线
71 负载均衡器
72 微服务C的第一实例
73 微服务C的第二实例
81 第一厂家提供的微服务集
82 第二厂家提供的微服务集
901 监控模块
902 关系确定模块
903 调用信息生成模块
904 处理能力调整模块
905 展示模块
906 列表获取模块
1001 获取模块
1002 发送模块
具体实施方式
为了使本发明的技术方案及优点更加清楚明白，以下结合附图及实施方式，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅仅用以阐述性说明本发明，并不用于限定本发明的保护范围。
为了描述上的简洁和直观，下文通过描述若干代表性的实施方式来对本发明的方案进行阐述。实施方式中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。由于汉语的语言习惯，下文中没有特别指出一个成分的数量时，意味着该成分可以是一个也可以是多个，或可理解为至少一个。
在本发明实施方式中，基于监控每个微服务发出的微服务请求(比如，获取微服务请求的元数据)，可以获取至少两个微服务之间的调用信息。而且，通过可视化展示所获取的调用信息，可以直观而便利地呈现各个微服务之间的依赖关系。
图1为根据本发明实施方式的信息处理方法的示范性流程图。
如图1所示，该方法包括：
步骤101：监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务。
在这里，可以在每一个微服务中创建跟踪组件，跟踪组件用于记录相对应的微服务发出的所有微服务请求的元数据。优选的，微服务请求的元数据包含下列中的至少一个：微服务请求所请求调用的微服务的名字；微服务请求所请求调用的微服务的接口；微服务请求所请求调用的微服务的标识，等等。
跟踪组件获取自身所在的微服务发出的所有微服务请求的元数据之后，记录这些元数据，并周期或非周期地经由预定接口向监控方发送所记录的元数据。在一个实施方式中，在监控至少两个微服务中每一个微服务发起的至少一个微服务请求之前，该方法还包括：向服务发现点注册所有的微服务，并在服务发现点生成包含已注册微服务的微服务列表；从服务发现点获取微服务列表。此时，跟踪组件经由预定接口，发送微服务列表中已注册微服务发出的所有微服务请求的元数据。
优选地，预定接口可以实施为RESTful API接口。本领域技术人员可以意识到，预定接口还可以实施为其它基于HTTP协议的接口，本发明实施方式对此并无限定。
步骤102：从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：第一微服务为发起该微服务请求的微服务，第二微服务为该微服务请求所请求调用的微服务。
在这里，监控方可以解析每一个微服务请求的元数据，以确定每一个微服务请求的发起方和被调用方。比如，监控方通过解析微服务请求的元数据，确定出微服务请求所请求调用的微服务的名字或微服务请求所请求调用的微服务的标识，即可以确定微服务请求所针对的被调用方。而且，监控方通过获取微服务请求的来源，可以确定微服务请求的发起方。其中，第一微服务即为发起该微服务请求的发起方，第二微服务即为微服务请求所请求调用的被调用方。可见，此处的第一微服务和第二微服务并非特指某个固定的微服务，而是泛指微服务请求的发起方和微服务请求所请求调用的被调用方。
步骤103：根据确定的所有调用关系，生成至少两个微服务之间的调用信息。
在一个实施方式中，微服务之间的调用信息包括下列信息中的至少一个：微服务之间的调用关系；微服务之间的间接调用路径；微服务之间调用的指标值，等等。
具体地，微服务之间的调用关系指明微服务请求的调用发起方和被调用方。比如，微服务A发起了调用微服务B的微服务请求C，则基于微服务请求C，可以确定微服务A与微服务B之间的调用关系为：微服务A调用微服务B，即微服务A→微服务B。
微服务之间的间接调用路径指明微服务请求的调用发起方、微服务请求的被调用方以及该被调用方作为另一微服务请求的调用发起方所调用的被调用方。比如，微服务A发起了调用微服务B的微服务请求C，微服务B发起了调用微服务D的微服务请求E，则基于微服务请求C和微服务请求E，可以确定微服务A与微服务D之间的间接调用路径为：微服务A调用微服务B，微服务B调用微服务D，即微服务A→微服务B→微服务D。
微服务之间调用的指标值可以量化衡量微服务之间的调用数值。可以基于该指标值执行任意的后续操作。示范性的，后续操作包括：调整微服务的处理能力，或图形化显示指标值，等等。
举例，指标值可以包含下列中的至少一个：一个微服务调用另一个微服务的调用次数；一个微服务调用另一个微服务的调用频率；一个微服务调用另一个微服务的调用成功次数；一个微服务调用另一个微服务的调用失败次数；一个微服务调用另一个微服务的调用成功率；一个微服务被所有其他微服务调用的调用次数；一个微服务被所有其他微服务调用的调用频率；一个微服务被所有其他微服务调用的调用成功次数；一个微服务被所有其他微服务调用的调用失败次数；一个微服务被所有其他微服务调用的调用成功率；等等。
针对上述指标值中涉及到的“一个微服务被所有其他微服务调用的调用次数”，明确解释如下：此处的“所有”并不意味着要求一个微服务一定会被其他所有微服务调用，而是在统计该微服务被调用的调用次数时，考虑所述至少两个微服务中除了该微服务之外的其他所有微服务，即任何一个其他微服务调用了该微服务，都会被统计该微服务被其他微服务调用。
针对上述指标值中涉及到的“一个微服务被所有其他微服务调用的调用频率”，明确解释如下：此处的“所有”并不意味着要求一个微服务一定会被其他所有微服务调用，而是在统计该微服务被调用的调用频率时，考虑所述至少两个微服务中除了该微服务之外的其他所有微服务，即任何一个其他微服务调用了该微服务，都会被统计该微服务被其他微服务调用。
针对上述指标值中涉及到的“一个微服务被所有其他微服务调用的调用成功次数”，明确解释如下：此处的“所有”并不意味着要求一个微服务一定会被其他所有微服务调用，而是在统计该微服务被调用的调用成功次数时，考虑所述至少两个微服务中除了该微服务之外的其他所有微服务，即任何一个其他微服务调用成功了该微服务，都会被统计该微服务被其他微服务调用成功。
针对上述指标值中涉及到的“一个微服务被所有其他微服务调用的调用失败次数”，明确解释如下：此处的“所有”并不意味着要求一个微服务一定会被其他所有微服务调用，而是在统计该微服务被调用的调用失败次数时，考虑所述至少两个微服务中除了该微服务之外的其他所有微服务，即任何一个其他微服务调用失败了该微服务，都会被统计该微服务被其他微服务调用失败。
针对上述指标值中涉及到的“一个微服务被所有其他微服务调用的调用成功率”，明确解释如下：此处的“所有”并不意味着要求一个微服务一定会被其他所有微服务调用，而是在统计该微服务被调用的调用成功率时，考虑所述至少两个微服务中除了该微服务之外的其他所有微服务，即任何一个其他微服务调用成功了该微服务，都会被统计该微服务被其他微服务调用成功。
以上示范性描述了微服务之间调用的指标值的具体实例，本领域技术人员可以意识到，这种描述仅是示范性的，并不用于限定本发明实施方式的保护范围。
在一个实施方式中，指标值包括：一个微服务被所有其他微服务调用的调用次数，或一个微服务被所有其他微服务调用的调用频率，或一个微服务被所有其他微服务调用的调用成功次数，或一个微服务被所有其他微服务调用的调用失败次数，或一个微服务被所有其他微服务调用的调用成功率。此时，该方法还包括：当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或，当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中第一预设门限值不小于第二预设门限值。
在这里，第一预设门限值用于判定是否需要增大微服务的处理能力，第二预设门限值用于判定是否需要减少或保持微服务的处理能力。
假定指标值为一个微服务被所有其他微服务调用的调用次数；第一预设门限值为500；第二预设门限值为200。
举例，当某个微服务(比如微服务A)被所有其他微服务调用的调用次数为600时，由于调用次数(600)大于第一预设门限值(500)，则认定该微服务A的处理能力不足，因此增大微服务A的处理能力。
再举例，当某个微服务(比如微服务B)被所有其他微服务调用的调用次数为100时，由于调用次数(100)小于第二预设门限值(200)，则认定该微服务B的处理能力充足，因此可以减少或保持微服务B的处理能力。
以上以微服务被所有其他微服务调用的调用次数作为指标值，示范性阐述了针对微服务处理能力的调整过程，本领域技术人员可以意识到，这种描述仅是示范性的，并不用于限定本发明实施方式的保护范围。
基于上述描述，可以生成至少两个微服务之间的调用信息。优选地，该方法还包括：通过至少一个可视化界面展示生成的调用信息。其中，可视化界面可以实施为计算机屏幕、移动终端显示屏、电子装置显示屏等任意具有显示功能的电子元器件所提供的显示界面。
在一个实施方式中，至少两个微服务之间的调用信息包括至少两个微服务之间的调用关系；通过至少一个可视化界面展示生成的调用信息，包括：在可视化界面上展示至少两个微服务之间的调用关系的拓扑图，其中拓扑图的各个节点用于代表至少两个微服务，拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中第三微服务为连线的起始节点所代表的微服务，第四微服务为连线的终止节点所代表的微服务。此处的第三微服务和第四微服务并非特指某个固定的微服务，而是泛指由相邻两个节点组成的连线中的起始节点和终止节点。
在一个实施方式中，至少两个微服务之间的调用信息还包括至少两个微服务之间的间接调用路径；通过至少一个可视化界面展示生成的调用信息，还包括：在可视化界面上，显示拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，第五微服务为路径的起始节点所代表的微服务，第六微服务为路径的终止节点所代表的微服务。此处的第五微服务和第六微服务并非特指某个固定的微服务，而是泛指一条包含至少三个节点的路径中的起始节点和终止节点。
在一个实施方式中，至少两个微服务之间的调用信息还包括至少两个微服务之间调用的指标值；通过至少一个可视化界面展示生成的调用信息，还包括：使用连线粗细代表下列中的至少一个：一个微服务调用另一个微服务的调用次数；一个微服务调用另一个微服务的调用频率；一个微服务调用另一个微服务的调用成功次数；一个微服务调用另一个微服务的调用失败次数；一个微服务调用另一个微服务的调用成功率；和/或，使用节点大小代表下列中的至少一个：一个微服务被所有其他微服务调用的调用次数；一个微服务被所有其他微服务调用的调用频率；一个微服务被所有其他微服务调用的调用成功次数；一个微服务被所有其他微服务调用的调用失败次数；一个微服务被所有其他微服务调用的调用成功率，等等。
可见，基于上述利用连线粗细或节点大小形象地表达微服务之间调用的指标值，用户可以直接快速准确地发现微服务之间的具体调用状况。
以上示范性描述了通过可视化界面展示生成的调用信息的示范性方式，本领域技术人员可以意识到，这种描述仅是示范性的，并不用于限定本发明实施方式的保护范围。
下面基于具体的微服务***架构，对本发明实施方式进行更加具体说明。
图2为根据本发明实施方式的信息处理***的示范性***架构图。
如图2所示，该***包括主机11、主机11提供的图像接口12、聚合器13、服务发现点15和多个微服务16，每个微服务16上都布置有跟踪组件17，跟踪组件17用于记录相对应的微服务发出的所有微服务请求的元数据。各个跟踪组件17可通过RESTful API接口18与聚合器13连接。该***还可以包括API网关14，聚合器13可以布置在API网关14中。服务发现点15中定义有应用程序和微服务在网络中相互定位的具体方式。服务发现点15可以包括一或多个维持全局地址的服务器以及与服务器连接以更新和解析地址的客户端。
基于图2所示***架构，图3为根据本发明实施方式获取并展示调用信息的第一示范性流程图。
如图3所示，该方法包括：
步骤301：每个微服务16向服务发现点15发起用于注册各自微服务的注册请求。
步骤302：每个微服务16的跟踪组件17循环获取相对应的微服务16发出的所有微服务请求的元数据。
步骤302具体包括：子步骤3021：每个微服务16的跟踪组件17向相对应的微服务16发送跟踪请求；子步骤3022：相对应的微服务16向跟踪组件17返回自身发出的所有微服务请求的元数据；子步骤3023：每个微服务16的跟踪组件17保存相对应的微服务16返回的元数据。
步骤303：聚合器13向服务发现点15发送用于获取所有已注册微服务的请求。
步骤304：服务发现点15向聚合器13提供包含所有已注册微服务的微服务列表。
步骤305：聚合器13保存微服务列表。
步骤306：聚合器13从每个微服务16的跟踪组件17获取元数据，并基于所获取的元数据确定微服务列表中所有已注册微服务之间的调用信息。步骤306具体包括：子步骤3061：聚合器13向每个微服务16的跟踪组件17发送聚合请求；子步骤3062：每个微服务16的跟踪组件17向聚合器13发送自身所保存的元数据；子步骤3063：聚合器13解析每一个微服务请求的元数据以确定所有微服务之间的调用信息，其中该调用信息包含微服务之间的调用关系。
步骤307：图像接口12循环获取调用信息，并通过可视化界面展示调用信息。步骤307具体包括：子步骤3071：图像接口12向聚合器13发送用于获取所有微服务之间的调用信息的请求；子步骤3072：聚合器13向图像接口12发送所有微服务之间的调用信息；子步骤3073：图像接口12基于所有微服务之间的调用信息绘画并展示拓扑图。
可见，聚合器13起到聚合所有微服务发起的微服务请求，并基于聚合的微服务请求生成微服务之间的调用信息的作用。聚合器13具体实现了图1所示的信息处理方法。聚合器13可以实施为一段或多段的计算机程序，并布置在一个或多个计算设备中，本发明实施方式对此并无限定。
图4为根据本发明实施方式展示调用信息的第一示范性拓扑图。
在图4中，用圆圈表示的节点代表微服务，相邻两个节点之间的连线表示这相邻两个节点之间的调用关系。图4包含10个节点和10个连线，分别为节点41～节点50，以及连线60～连线69。连线的箭头所指方向为被调用节点，连线的箭头尾部为调用节点。
比如，节点41与节点44之间的连线60表示节点41调用节点44；节点42与节点44之间的连线61表示节点42调用节点44。
而且，拓扑图中还可以包含具有至少三个节点的路径。路径表明从路径起点开始，经过路径中点(可以为一或多个)的过渡，然后到达路径终点的间接调用关系。比如，节点42与节点45之间的路径包含节点42与节点44之间的连线61，以及节点44与节点45之间的连线63，这意味着节点42调用节点44，节点44再调用节点45，从而实现节点42间接调用节点45。
基于图2所示***架构，图5为根据本发明实施方式获取并展示包含指标值的调用信息的第二示范性流程图。
如图5所示，该方法包括：
步骤501：每个微服务16向服务发现点15发起用于注册各自微服务的注册请求。
步骤502：每个微服务16的跟踪组件17循环获取相对应的微服务16发出的所有微服务请求的元数据。步骤502具体包括：子步骤5021：每个微服务16的跟踪组件17向相对应的微服务16发送跟踪请求；子步骤5022：相对应的微服务16向跟踪组件17返回自身发出的所有微服务请求的元数据；子步骤5023：每个微服务16的跟踪组件17保存相对应的微服务16返回的元数据。
步骤503：聚合器13向服务发现点15发送用于获取所有已注册微服务的请求。
步骤504：服务发现点15向聚合器13提供包含所有已注册微服务的微服务列表。
步骤505：聚合器13保存微服务列表。
步骤506：聚合器13从每个微服务16的跟踪组件17获取元数据，并基于所获取的元数据确定微服务列表中所有已注册微服务之间的调用信息以及微服务之间调用的指标值。步骤507具体包括：子步骤5071：聚合器13向每个微服务16的跟踪组件17发送聚合请求；子步骤5072：每个微服务16的跟踪组件17向聚合器13发送自身所保存的元数据；子步骤5073：聚合器13解析每一个微服务请求的元数据以确定所有微服务之间的调用信息，其中该调用信息包含微服务之间的调用关系和微服务之间调用的指标值。
步骤507：图像接口12循环获取调用信息，并通过可视化界面展示调用信息。步骤507具体包括：子步骤5071：图像接口12向聚合器13发送用于获取所有微服务之间的调用信息的请求；子步骤5072：聚合器13向图像接口12发送所有微服务之间的调用信息；子步骤5073：图像接口12基于所有微服务之间的调用信息绘画并展示拓扑图。
图6为根据本发明实施方式展示包含指标值的调用信息的第二示范性拓扑图。
在图6中，用圆圈表示的节点代表微服务，相邻两个节点之间的连线表示这相邻两个节点之间的调用关系。图4中有10个节点和10个连线，10个节点分别为节点41～50，10个连线分别为连线60～69。连线的箭头所指方向为被调用节点，连线的箭头尾部为调用节点。
比如，节点41与节点44之间的连线60表示节点41调用节点44；节点42与节点44之间的连线61表示节点42调用节点44。
而且，拓扑图中还可以包含具有至少三个节点的路径。路径表明从路径起点开始，经过路径中点(可以为一或多个)的过渡，然后到达路径终点的间接调用关系。比如，节点42与节点45之间的路径包含节点42与节点44之间的连线61，以及节点44与节点45之间的连线63，这意味着节点42调用节点44，节点44再调用节点45，从而实现节点42间接调用节点45。
另外，拓扑图中的节点45和节点44的大小相比其他节点更大，这表示节点45和节点44被所有其他微服务调用的调用次数更多，而且节点46与节点45之间的连线65具有最粗的线条宽度，这表示节点46调用节点45的次数最多。基于图6图示，可以直观看出节点45的处理负载较大，需要被执行负载均衡处理。
假定节点45只有一个第一实例72。图7为根据本发明实施方式基于图6的图示调整微服务处理能力的示范性示意图。在图7中，利用负载均衡器71对节点45的处理能力进行调整，具体包括：增加一个第二实例73，并利用第一实例72和第二实例73共同分担节点45的负载，从而增加节点45的处理能力。
图8为根据本发明展示包含第三方服务的调用信息的第四示范性拓扑图。在图8中，第一厂家提供的微服务集81和第二厂家提供的微服务集82都被组合到微服务架构中，因此微服务架构具有良好的服务兼容性。
基于上述分析，本发明实施方式还提出了一种数据发送方法。该方法包括：通过一个微服务中的跟踪组件获取微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，第一微服务为发起该微服务请求的微服务，第二微服务是该微服务请求所请求调用的微服务；通过跟踪组件发送元数据。其中，微服务请求的元数据可以包括：微服务请求所请求调用的微服务的名字；微服务请求所请求调用的微服务的接口；微服务请求所请求调用的微服务的标识，等等。
图2中的微服务16可以实现上述数据发送方法。图2中的微服务16可以实施为一段或多段的计算机程序，并布置在一个或多个计算设备中，本发明实施方式对此并无限定。
基于上述分析，本发明实施方式还提出了信息处理装置。
图9为根据本发明实施方式的信息处理装置的示范性结构图。
如图9所示，该装置包括：
监控模块901，用于监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
关系确定模块902，用于从监控得到的每一个微服务请求中，确定第一微服务和第二微服务之间的调用关系，其中，第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
调用信息生成模块903，用于根据确定的所有调用关系，生成至少两个微服务之间的调用信息。
在一个实施方式中，至少两个微服务之间的调用信息包括下列信息中的至少一个：至少两个微服务之间的调用关系；至少两个微服务之间的间接调用路径；至少两个微服务之间调用的指标值。
在一个实施方式中，指标值包括下列至少一项：至少两个微服务中一个微服务调用另一个微服务的调用次数；至少两个微服务中一个微服务调用另一个微服务的调用频率；至少两个微服务中一个微服务调用另一个微服务的调用成功次数；至少两个微服务中一个微服务调用另一个微服务的调用失败次数；至少两个微服务中一个微服务调用另一个微服务的调用成功率；至少两个微服务中一个微服务被所有其他微服务调用的调用次数；至少两个微服务中一个微服务被所有其他微服务调用的调用频率；至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；至少两个微服务中一个微服务被所有其他微服务调用的调用成功率，等等。
在一个实施方式中，指标值包括：至少两个微服务中一个微服务被所有其他微服务调用的调用次数，或至少两个微服务中一个微服务被所有其他微服务调用的调用频率，或至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数，或至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数，或至少两个微服务中一个微服务被所有其他微服务调用的调用成功率；
该装置还包括：
处理能力调整模块904，用于当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或，当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中第一预设门限值不小于第二预设门限值。
在一个实施方式中，还包括：展示模块905，用于在调用信息生成模块根据确定的所有调用关系，生成至少两个微服务之间的调用信息之后，通过至少一个可视化界面展示生成的调用信息。
在一个实施方式中，至少两个微服务之间的调用信息包括至少两个微服务之间的调用关系；展示模块905，用于在可视化界面上展示至少两个微服务之间的调用关系的拓扑图，其中拓扑图的各个节点用于代表至少两个微服务，拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中第三微服务为所述连线的起始节点所代表的微服务，所述第四微服务为连线的终止节点所代表的微服务。
在一个实施方式中，至少两个微服务之间的调用信息还包括至少两个微服务之间的间接调用路径；展示模块905，用于在可视化界面上，显示拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，第五微服务为路径的起始节点所代表的微服务，第六微服务为路径的终止节点所代表的微服务。
在一个实施方式中，至少两个微服务之间的调用信息还包括至少两个微服务之间调用的指标值；展示模块905，用于使用连线粗细代表下列中的至少一个：至少两个微服务中一个微服务调用另一个微服务的调用次数；至少两个微服务中一个微服务调用另一个微服务的调用频率；至少两个微服务中一个微服务调用另一个微服务的调用成功次数；至少两个微服务中一个微服务调用另一个微服务的调用失败次数；至少两个微服务中一个微服务调用另一个微服务的调用成功率；使用节点大小代表下列中的至少一个：至少两个微服务中一个微服务被所有其他微服务调用的调用次数；至少两个微服务中一个微服务被所有其他微服务调用的调用频率；至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；至少两个微服务中一个微服务被所有其他微服务调用的调用成功率，等等。
在一个实施方式中，监控模块901，用于从至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
在一个实施方式中，还包括：
列表获取模块906，用于在监控模块901监控至少两个微服务中每一个微服务发起的至少一个微服务请求之前，从一个服务发现点获取至少两个微服务的列表，其中，服务发现点用于注册微服务；
监控模块901，用于从至少两个微服务的列表中记录的每一个微服务中的所述跟踪组件处，获取跟踪组件所在的微服务发出的所有微服务请求的元数据。
基于上述描述，本发明实施方式还提出了一种数据发送装置。.
图10为根据本发明实施方式的数据发送装置的示范性结构图。
如图10所示，该装置包括：
获取模块1001，用于通过一个微服务中的跟踪组件获取微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，第一微服务为发起该微服务请求的微服务，第二微服务是该微服务请求所请求调用的微服务；
发送模块1002，用于通过跟踪组件发送元数据。
基于上述详细描述，本发明实施方式还提出了一种信息处理装置，包括：至少一个存储器，用于存储机器可读指令；至少一个处理器，用于调用所述机器可读指令执行如上任一项所述的方法。其中，上述信息处理装置中的存储器可以是高速随机存取存储器，诸如动态随机存取存储器(Dynamic Random Access Memory，DRAM)、静态随机存取存储器(StaticRandom Access Memory，SRAM)，或其他随机存储固态存储设备；或者是非易失性存储器，诸如一或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性存储设备。
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。
各实施方式中的硬件模块可以以机械方式或电子方式实现。例如，一个硬件模块可以包括专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件模块也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。至于具体采用机械方式，或是采用专用的永久性电路，或是采用临时配置的电路(如由软件进行配置)来实现硬件模块，可以根据成本和时间上的考虑来决定。
另外，本申请的每个实施方式都可以通过诸如计算机的数据处理设备所执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和/或内存)中执行。因此，这样的存储介质也构成了本申请。本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本发明实施方式上述方法实例中的任意一种。
本发明还提供了一种机器可读的存储介质，存储用于使一机器执行如上述任意方法的指令。具体地，可以提供配有存储介质的***或者装置，在该存储介质上存储着实现上述实施例中任一实施方式的功能的软件程序代码，且使该***或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。此外，还可以通过基于程序代码的指令使计算机上操作的操作***等来完成部分或者全部的实际操作。还可以将从存储介质读出的程序代码写到***计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述实施方式中任一实施方式的功能。
用于提供程序代码的存储介质实施方式包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.信息处理方法，其特征在于，包括：
监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
2.如权利要求1所述的方法，其特征在于，所述至少两个微服务之间的调用信息包括下列信息中的至少一个：
所述至少两个微服务之间的调用关系；
所述至少两个微服务之间的间接调用路径；
所述至少两个微服务之间调用的指标值。
3.如权利要求2所述的方法，其特征在于，所述指标值包括：所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率；
所述方法还包括：
当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或
当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中所述第一预设门限值不小于所述第二预设门限值。
4.如权利要求1-3中任一项所述的方法，其特征在于，在根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息之后，还包括：通过至少一个可视化界面展示生成的所述调用信息，所述至少两个微服务之间的调用信息包括所述至少两个微服务之间的调用关系；所述通过至少一个可视化界面展示生成的所述调用信息，包括：
在所述可视化界面上展示所述至少两个微服务之间的调用关系的拓扑图，其中所述拓扑图的各个节点用于代表所述至少两个微服务，所述拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中所述第三微服务为所述连线的起始节点所代表的微服务，所述第四微服务为所述连线的终止节点所代表的微服务。
5.如权利要求4所述的方法，其特征在于，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间的间接调用路径；
所述通过至少一个可视化界面展示生成的所述调用信息，还包括：
在所述可视化界面上，显示所述拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，所述第五微服务为所述路径的起始节点所代表的微服务，所述第六微服务为所述路径的终止节点所代表的微服务。
6.如权利要求4或5所述的方法，其特征在于，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间调用的指标值；
所述通过至少一个可视化界面展示生成的所述调用信息，还包括：
使用连线粗细代表下列中的至少一个：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
使用节点大小代表下列中的至少一个：
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
7.如权利要求1-6任一项所述的方法，其特征在于，
所述监控至少两个微服务中每一个微服务发起的至少一个微服务请求包括：从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据；
在监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求之前，该方法还包括：从一个服务发现点获取所述至少两个微服务的列表，其中，所述服务发现点用于注册微服务；
从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据，包括：从所述至少两个微服务的列表中记录的每一个微服务中的所述跟踪组件处，获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
8.数据发送方法，其特征在于，包括：
通过一个微服务中的跟踪组件获取所述微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务是该微服务请求所请求调用的微服务；
通过所述跟踪组件发送所述元数据。
9.信息处理装置，其特征在于，包括：
一个监控模块，用于监控至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
一个关系确定模块，用于从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
一个调用信息生成模块，用于根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
10.如权利要求9所述的装置，其特征在于，所述至少两个微服务之间的调用信息包括下列信息中的至少一个：
所述至少两个微服务之间的调用关系；
所述至少两个微服务之间的间接调用路径；
所述至少两个微服务之间调用的指标值。
11.根据权利要求10所述的装置，其特征在于，所述指标值包括：所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数，或所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率；
该装置还包括：
一个处理能力调整模块，用于当被调用的微服务的一个指标值超过第一预设门限值时，增大该被调用的微服务的处理能力，和/或
当被调用的微服务的该指标值低于第二预设门限值时，减少或保持该被调用的微服务的处理能力，其中所述第一预设门限值不小于所述第二预设门限值。
12.如权利要求9-11任一项所述的装置，其特征在于，还包括：
一个展示模块，用于在所述调用信息生成模块根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息之后，通过至少一个可视化界面展示生成的所述调用信息；
所述至少两个微服务之间的调用信息包括所述至少两个微服务之间的调用关系；
所述展示模块，用于在所述可视化界面上展示所述至少两个微服务之间的调用关系的拓扑图，其中所述拓扑图的各个节点用于代表所述至少两个微服务，所述拓扑图中相邻两个节点之间的一条连线用于表示一个第三微服务调用一个第四微服务的调用关系，其中所述第三微服务为所述连线的起始节点所代表的微服务，所述第四微服务为所述连线的终止节点所代表的微服务。
13.如权利要求12所述的装置，其特征在于，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间的间接调用路径；
所述展示模块，用于在所述可视化界面上，显示所述拓扑图上从一个节点到另一个节点的路径，其中，一条路径用于表示一个第五微服务调用一个第六微服务时依次调动的微服务和调用顺序，其中，所述第五微服务为所述路径的起始节点所代表的微服务，所述第六微服务为所述路径的终止节点所代表的微服务。
14.如权利要求12或13所述的装置，其特征在于，所述至少两个微服务之间的调用信息还包括所述至少两个微服务之间调用的指标值；
所述展示模块，用于：
使用连线粗细代表下列中的至少一个：
所述至少两个微服务中一个微服务调用另一个微服务的调用次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用频率；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数；
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率；
使用节点大小代表下列中的至少一个：
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用失败次数；
所述至少两个微服务中一个微服务被所有其他微服务调用的调用成功率。
15.如权利要求9-14任一项所述的装置，其特征在于，
所述监控模块，用于从所述至少两个微服务中每一个微服务中的一个跟踪组件处获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据所述装置还包括：
列表获取模块，用于在监控模块监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求之前，从一个服务发现点获取所述至少两个微服务的列表，其中，所述服务发现点用于注册微服务；
所述监控模块，用于从所述至少两个微服务的列表中记录的每一个微服务中的所述跟踪组件处，获取所述跟踪组件所在的微服务发出的所有微服务请求的元数据。
16.数据发送装置，其特征在于，包括：
获取模块，用于通过一个微服务中的跟踪组件获取所述微服务发出的一个微服务请求的元数据，其中一个微服务请求的元数据用于确定一个第一微服务和一个第二微服务之间的调用关系，其中，所述第一微服务为发起该微服务请求的微服务，所述第二微服务是该微服务请求所请求调用的微服务；
发送模块，用于通过所述跟踪组件发送所述元数据。
17.信息处理装置，其特征在于，包括：
至少一个存储器，用于存储机器可读指令
至少一个处理器，用于调用所述机器可读指令执行如权利要求1-8中任一项所述的方法。
18.信息处理***，其特征在于，包括：
至少两个微服务；
一个信息处理装置，用于：
监控所述至少两个微服务中每一个微服务发起的至少一个微服务请求，其中：一个微服务请求用于一个微服务调用其他微服务；
从监控得到的每一个微服务请求中，确定一个第一微服务和一个第二微服务之间的调用关系，其中：所述第一微服务为发起该微服务请求的微服务，所述第二微服务为该微服务请求所请求调用的微服务；
根据确定的所有所述调用关系，生成所述至少两个微服务之间的调用信息。
19.一种存储介质，其特征在于，其中存储有机器可读指令，该机器可读指令用于执行所述权利要求1至8任一项所述的方法。
CN201710912436.1A 2017-09-29 2017-09-29 信息处理方法、装置和*** Pending CN109582471A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201710912436.1A CN109582471A (zh) 2017-09-29 2017-09-29 信息处理方法、装置和***
HUE18181643A HUE049605T2 (hu) 2017-09-29 2018-07-04 Információ feldolgozó eljárás, berendezés, és rendszer mikroszolgáltatások megfigyelésére
EP18181643.0A EP3462706B1 (en) 2017-09-29 2018-07-04 Information processing method, apparatus, and system for monitoring microservices
US16/033,379 US10986192B2 (en) 2017-09-29 2018-07-12 Information processing method, apparatus, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710912436.1A CN109582471A (zh) 2017-09-29 2017-09-29 信息处理方法、装置和***

Publications (1)

Publication Number Publication Date
CN109582471A true CN109582471A (zh) 2019-04-05

Family

ID=62985874

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710912436.1A Pending CN109582471A (zh) 2017-09-29 2017-09-29 信息处理方法、装置和***

Country Status (4)

Country Link
US (1) US10986192B2 (zh)
EP (1) EP3462706B1 (zh)
CN (1) CN109582471A (zh)
HU (1) HUE049605T2 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111198727A (zh) * 2020-01-06 2020-05-26 成都库珀区块链科技有限公司 微服务接口数据聚合***及方法
CN111242428A (zh) * 2019-12-31 2020-06-05 华为技术有限公司 微服务处理方法、装置、设备及存储介质
CN111586135A (zh) * 2020-04-30 2020-08-25 深圳壹账通智能科技有限公司 云部署微服务应用***及其数据传输方法、装置和设备
CN112199426A (zh) * 2020-09-24 2021-01-08 建信金融科技有限责任公司 微服务架构下的接口调用管理方法、装置、服务器及介质
CN112612595A (zh) * 2020-12-29 2021-04-06 太平金融科技服务（上海）有限公司 微服务调用关系建立方法、装置、计算机设备和存储介质
WO2021077506A1 (zh) * 2019-10-23 2021-04-29 平安科技（深圳）有限公司 微服务调用链具象化的方法、装置、电子装置及存储介质
CN115509869A (zh) * 2022-08-26 2022-12-23 国科础石(重庆)软件有限公司 服务调用链数据可视化展示的方法、装置以及电子设备

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11062315B2 (en) * 2018-04-25 2021-07-13 At&T Intellectual Property I, L.P. Fraud as a service
US10983769B2 (en) * 2019-05-16 2021-04-20 Citrix Systems, Inc. Systems and methods for using a call chain to identify dependencies among a plurality of microservices
US11032396B2 (en) * 2019-05-17 2021-06-08 Citrix Systems, Inc. Systems and methods for managing client requests to access services provided by a data center
CN110677347B (zh) * 2019-08-19 2021-08-17 荣邦科技有限公司 一种用于微服务的服务注册和服务发现的方法
US10970067B1 (en) * 2019-10-24 2021-04-06 Dell Products L.P. Designing microservices for applications
CN110990047B (zh) * 2019-11-06 2021-11-19 北京云思畅想科技有限公司 用于多个微服务架构的融合方法及装置
CN111200651A (zh) * 2019-12-31 2020-05-26 优刻得科技股份有限公司 定时调用微服务的方法、***、设备和介质
CN111985186B (zh) * 2020-08-26 2024-07-02 深圳赛安特技术服务有限公司 一种字典项转换方法、api网关***、设备及存储介质
CN111984309A (zh) * 2020-08-31 2020-11-24 北京达佳互联信息技术有限公司 服务调用方法、装置、服务器及存储介质
CN112346856B (zh) * 2020-10-21 2021-06-08 北京基调网络股份有限公司 一种微服务架构下多链路调用拓扑展示方法、装置及设备
CN112311894B (zh) * 2020-11-12 2024-07-19 北京沃东天骏信息技术有限公司 用于生成信息的方法、装置、电子设备和计算机可读介质
CN112685261B (zh) * 2021-01-05 2022-10-04 武汉长江通信智联技术有限公司 一种基于观察者模式的微服务运行状态监控方法
CN114928635A (zh) * 2021-02-02 2022-08-19 嘉联支付有限公司 一种微服务调用方法及相关设备
CN113742100B (zh) * 2021-08-27 2024-05-31 欧电云信息科技(江苏)有限公司 基于微服务架构的服务调用方法、***、设备及介质
CN113691635B (zh) * 2021-09-01 2022-08-19 中电金信软件有限公司 调用微服务的方法、装置、电子设备和可读存储介质
US20230093868A1 (en) * 2021-09-22 2023-03-30 Ridgeline, Inc. Mechanism for real-time identity resolution in a distributed system
CN114389970A (zh) * 2021-12-03 2022-04-22 浙江时空道宇科技有限公司 一种链路监控方法及装置
CN114785561B (zh) * 2022-03-30 2023-10-24 中国人民解放军战略支援部队信息工程大学 拟态化微服务的装置及方法
CN114817821B (zh) * 2022-06-30 2022-09-16 数字广东网络建设有限公司 一种政务信息的显示方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160124742A1 (en) * 2014-10-30 2016-05-05 Equinix, Inc. Microservice-based application development framework
CN106227611A (zh) * 2016-07-26 2016-12-14 北京北森云计算股份有限公司 一种多语言云编译的动态微服务调用方法及装置
CN106790718A (zh) * 2017-03-16 2017-05-31 北京搜狐新媒体信息技术有限公司 服务调用链路分析方法及***
CN107135276A (zh) * 2017-06-28 2017-09-05 北京中电普华信息技术有限公司 一种微服务架构下的全链路监控方法、装置和***

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9648164B1 (en) * 2014-11-14 2017-05-09 United Services Automobile Association (“USAA”) System and method for processing high frequency callers
JP6614800B2 (ja) * 2015-05-20 2019-12-04 キヤノン株式会社 情報処理装置、訪問計画作成方法及びプログラム
CN106487594A (zh) 2016-10-31 2017-03-08 中国人民解放军91655部队 基于微服务组件的网络流量采集和分析***
CN106533805B (zh) 2016-12-23 2020-02-04 苏州浪潮智能科技有限公司 一种微服务请求处理方法、微服务控制器及微服务架构
CN106789339B (zh) 2017-01-19 2020-08-25 北京仿真中心 一种基于轻量级虚拟化架构的分布式云仿真方法与***
US10382257B2 (en) * 2017-03-16 2019-08-13 International Business Machines Corporation Microservices communication pattern for fault detection in end-to-end flows
US10447770B2 (en) * 2017-05-30 2019-10-15 Verizon Patent And Licensing Inc. Blockchain micro-services framework

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160124742A1 (en) * 2014-10-30 2016-05-05 Equinix, Inc. Microservice-based application development framework
CN106227611A (zh) * 2016-07-26 2016-12-14 北京北森云计算股份有限公司 一种多语言云编译的动态微服务调用方法及装置
CN106790718A (zh) * 2017-03-16 2017-05-31 北京搜狐新媒体信息技术有限公司 服务调用链路分析方法及***
CN107135276A (zh) * 2017-06-28 2017-09-05 北京中电普华信息技术有限公司 一种微服务架构下的全链路监控方法、装置和***

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTERNET: "visualizing and tracking your microservices", 《APPDYNAMICS》 *
付朋辉等: "基于微服务架构的平台设计与应用", 《金融电子化》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021077506A1 (zh) * 2019-10-23 2021-04-29 平安科技（深圳）有限公司 微服务调用链具象化的方法、装置、电子装置及存储介质
CN111242428A (zh) * 2019-12-31 2020-06-05 华为技术有限公司 微服务处理方法、装置、设备及存储介质
CN111198727A (zh) * 2020-01-06 2020-05-26 成都库珀区块链科技有限公司 微服务接口数据聚合***及方法
CN111198727B (zh) * 2020-01-06 2023-12-29 库珀科技集团有限公司 微服务接口数据聚合***及方法
CN111586135A (zh) * 2020-04-30 2020-08-25 深圳壹账通智能科技有限公司 云部署微服务应用***及其数据传输方法、装置和设备
CN112199426A (zh) * 2020-09-24 2021-01-08 建信金融科技有限责任公司 微服务架构下的接口调用管理方法、装置、服务器及介质
CN112199426B (zh) * 2020-09-24 2023-06-02 建信金融科技有限责任公司 微服务架构下的接口调用管理方法、装置、服务器及介质
CN112612595A (zh) * 2020-12-29 2021-04-06 太平金融科技服务（上海）有限公司 微服务调用关系建立方法、装置、计算机设备和存储介质
CN115509869A (zh) * 2022-08-26 2022-12-23 国科础石(重庆)软件有限公司 服务调用链数据可视化展示的方法、装置以及电子设备
CN115509869B (zh) * 2022-08-26 2023-10-31 国科础石(重庆)软件有限公司 服务调用链数据可视化展示的方法、装置以及电子设备

Also Published As

Publication number Publication date
US10986192B2 (en) 2021-04-20
EP3462706B1 (en) 2020-04-22
HUE049605T2 (hu) 2020-09-28
EP3462706A1 (en) 2019-04-03
US20190104184A1 (en) 2019-04-04

Similar Documents

Publication Publication Date Title
CN109582471A (zh) 信息处理方法、装置和***
US11394625B2 (en) Service level agreement based storage access
US10931766B2 (en) Data collecting method, system, terminal, and server
US20170364697A1 (en) Data interworking method and data interworking device
KR102110757B1 (ko) 분산형 저장 시스템의 성능 모니터링
CN107395659A (zh) 一种业务受理及共识的方法及装置
CA3141329A1 (en) Request link tracking method and service request processing method
US10284683B2 (en) Channel access method and system
CN103220167B (zh) 一种分布式监控***及其数据存储方法
WO2016145993A1 (zh) 一种用户设备识别方法及***
CN107908521A (zh) 一种应用于云环境下的服务器性能以及节点上的容器性能的监控方法
CN105468619B (zh) 用于数据库连接池的资源分配方法和装置
US10831565B2 (en) Fault tolerant adapter system to consume database as a service
CN102938716B (zh) 内容分发网络加速测试方法和装置
CN107888717A (zh) 一种域名确定方法、装置及电子设备
CN109802919A (zh) 一种web网页访问拦截方法及装置
CN103607476A (zh) 海量消息的分布式多阶段持久化的***及方法
WO2020211493A1 (zh) 一种块链式账本中的数据验证方法、***、装置及设备
CN109120684A (zh) 信息化管理方法、装置、esb总线平台以及存储介质
KR20200034022A (ko) 클라우드 환경 모니터링 시스템 및 방법
WO2022095844A1 (zh) 一种云硬盘挂载方法及其装置
WO2023045552A1 (zh) 服务部署方法、服务部署***、电子设备及存储介质
CN108089972B (zh) 接口测试方法及装置
US11533596B2 (en) API publish method and apparatus
US20170083624A1 (en) Contextual curated content sequence management

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190405

RJ01 Rejection of invention patent application after publication