CN108009209A - 一种查询服务血缘关系信息的方法及装置 - Google Patents

Abstract

本发明公开了一种查询服务血缘关系信息的方法，应用于Inforsuite ESB中管理控制台，包括：接收查询指令；根据所述查询指令确定待查询的服务血缘关系信息的类型；根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；根据所述服务信息获得待查询的所述服务血缘关系信息。本发明中通过将各种服务运行环境中的服务信息存储在数据库中，保证了数据的安全性，使用户能够根据服务血缘关系有更为准确的了解，有利于用户根据该服务血缘关系对后续服务运行进行控制和调节。本发明还公开一种查询服务血缘关系信息的装置，具有上述有益效果。

Description

一种查询服务血缘关系信息的方法及装置

技术领域

本发明涉及软件工程领域，特别是涉及一种查询服务血缘关系信息的方法及装置。

背景技术

服务血缘关系管理是InforSuite ESB(数据交换工具)中管理控制台的一部分，InforSuite ESB是新一代ESB产品，InforSuite ESB的服务血缘关系管理作为ESB产品的一部分用于存储、访问、监控和管理服务信息。

目前，对于ESB容器中的各种服务血缘关系的管理往往是在需要查询服务血缘关系信息时，才在各种服务运行环境中获取数据，这不利于保证各种服务血缘关系信息的安全性。

发明内容

本发明的目的是提供一种查询服务血缘关系信息的方法，解决了服务运行环境中各种服务血缘关系信息不安全的问题，为服务血缘关系管理提供了保障。

本发明的另一目的是提供一种查询服务血缘关系信息的装置。

为解决上述技术问题，本发明提供一种查询服务血缘关系信息的方法，应用于InforSuite ESB中管理控制台，包括：

接收查询指令；

根据所述查询指令确定待查询的服务血缘关系信息的类型；

根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；

根据所述服务信息获得待查询的所述服务血缘关系信息。

其中，在接收查询指令之前，还包括：

按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息，并将所述服务信息存储至所述数据库中。

其中，所述在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息包括：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

其中，所述在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息包括：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。

其中，所述服务血缘关系信息至少包括服务所属的应用、服务提供者、服务消费者、统计信息以及图表信息。

其中，所述数据库为监控中心数据库。

本发明还提供一种查询服务血缘关系信息的装置，应用于InforSuite ESB中管理控制台，包括：

接收模块，用于接收查询指令；

确定类型模块，用于根据所述查询指令确定待查询的服务血缘关系信息的类型；

查询模块，用于根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；

处理模块，用于根据所述服务信息获得待查询的所述服务血缘关系信息。

其中，还包括：

获取模块，用于在接收查询指令之前，按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息；

存储模块，用于将所述服务信息存储至所述数据库中。

其中，所述查询模块具体用于：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

其中，所述查询模块具体用于：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。

本发明所提供的一种查询服务血缘关系信息的方法，通过对预先从各种服务的运行环境中获取服务信息进行数据处理，获得所需要查询的服务血缘关系信息。因为各种服务运行时的服务信息是暂时存储在运行各种服务的设备的内存中，是一种暂时性的存储，如果设备突然故障或宕机，该内存中的数据就会全部丢失，设备再重新运行也无法查询到服务信息，也就导致服务血缘关系管理失败，而本发明中预先将存储在内存中的服务信息存储至数据库，相对于内存存储而言，数据库存储数据是一种长久性的存储，从而保证了数据的安全性。

本发明的方法，保证了服务血缘关系的数据的安全性，为服务血缘关系管理提供了保障，使用户能够根据服务血缘关系有更准确的了解，有利于用户根据该服务血缘关系对后续服务运行进行控制和调节。

本发明提供的查询服务血缘关系信息的装置，具有上述有益效果。

附图说明

为了更清楚的说明本发明实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的查询服务血缘关系信息的方法的流程图；

图2为本发明实施例提供的服务血缘关系管理主界面示意图；

图3为本发明实施例提供的查询服务血缘关系的功能模块类的序列图；

图4为本发明实施例提供的查询服务血缘关系信息的装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明提供的具体实施例中查询服务血缘关系信息的方法的流程图，如图1所示，该方法可以包括：

步骤S101：接收查询指令。

步骤S102：根据查询指令确定待查询的服务血缘关系信息的类型。

步骤S103：根据服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息。

步骤S104：根据服务信息获得待查询的服务血缘关系信息。

需要说明的是，本发明中的方法是应用于InforSuite ESB管理控制台对服务血缘关系的管理，通过将服务信息存储在数据库中进行管理，方便用户随时查询调用服务信息。

本发明中的服务信息是指ESB容器中服务消费者对服务提供者所提供的各种服务的调用信息，以及和运行服务的各种相关的信息。

通过对大量服务信息的分析，可以获得多种不同的服务血缘关系信息，例如，各个服务消费者对某一种服务调用的频率；或者某个服务提供者提供的服务发生变化时，对其他服务的被调用状况带来的影响等等，有利于用户更为全面的了解各种服务的运行情况，并以此为依据进行后续的服务运行的相关工作。

本发明中通过将各种服务信息存储在数据库中避免了服务运行的容器发生宕机，造成数据丢失，使服务血缘关系管理失败，且在用户查询相关的服务血缘关系信息时，直接从数据库调用服务信息即可，而无需在从服务运行环境中获取服务信息，简化了服务信息获取的步骤。

基于上述实施例，本发明提供的另一具体实施例中，可以包括：

在接收查询指令之前，按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息，并将所述服务信息存储至所述数据库中。

具体的，从服务运行容器中获取服务信息的预设周期的时长不应太长，避免过多数据未获取而发生数据丢失，具体可以是每分钟获取一次，为了进一步保证服务信息的数据安全性，也可以是实时获取服务信息，但这在一定程度上会增加设备的运行压力，因此本实施例的技术方案为一种优选的实施方式。

基于上述实施例，本发明的另一具体实施例中，可以对在数据库中查找预先存储的服务信息作进一步的限定，具体包括：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

需要说明的是，各个服务消费者和各个服务提供者之间的调用次数、每次调用的时长以及对各种服务调用关系是了解各个服务消费者和服务提供者之间的调用状态的最重要的信息之一，因此在获取服务信息的数据时，一般都需要获取这几种信息并将这些获取到的数据存储在数据库中。

为了能够更全面的了解服务消费者和服务提供者之间的调用状态，对在数据库中查找预先存储的服务信息作进一步的限定具体可以包括：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。

因为仅仅知道各个服务的调用频率以及时长这些信息，是无法了解到各个服务的调用频率以及时长等随时间发生变化的根本原因是什么，也就无法根据用户的需要对各种调用关系做相应的调整。而如果了解到每次调用服务时所涉及到的提供的服务的信息、主机信息以及状态信息，可以根据这些信息判断出导致服务调用发生变化的根本原因，从而根据用户需要调整各个服务消费者对各种服务的调用。

基于上述任意实施例，对于根据服务信息确定的服务血缘关系信息，在本发明的另一具体实施例中可以进一步包括：

服务血缘关系信息至少包括服务所属的应用、服务提供者、服务消费者、统计信息以及图表信息。这些服务血缘关系信息是体现各种服务调用状态最重要的信息。

需要说明的是，本发明中根据服务血缘关系信息并不仅限于本实施例中的信息，还可以包括例如，提供者和消费者主机信息、服务注册中心的注册和订阅信息、已导出服务的服务器及其客户端信息以及服务血缘关系管理部分的状态信息、日志信息和环境信息等等。

对于本发明中查询服务血缘关系信息的具体应用可参考图2和图3，图2为本发明实施例提供的服务血缘关系管理主界面示意图，图3为本发明实施例提供的查询服务血缘关系的功能模块类的序列图。

在访问服务血缘关系管理页面上，用户点击上部导航栏“Application”，调用主应用的handleChange()方法进行处理，根据选择的资源，即服务信息，通过forwardPage()方法跳转到应用信息界面，此页面显示应用提供者、消费者、依赖和被使用信息，即服务血缘关系信息；点击Providers、Consumers、Depends On、Used By分别调用getProviders()、getConsumers()、getDependsOn()、getUsedBy()方法获取各自的详细信息。

同理，用户可以在服务血缘关系管理页面上采用类似的方式获得其他服务血缘关系信息。

基于上述实施例，因为各个服务消费者和服务提供者之间的调用关系一般有监控中心进行监控，因此，在存储服务运行环境中的服务信息时，可以直接将各种服务信息存储在监控中心数据库中，保证了服务信息的安全性。

下面对本发明实施例提供的查询服务血缘关系信息的装置进行介绍，下文描述的查询服务血缘关系信息的装置与上文描述的查询服务血缘关系信息的方法可相互对应参照。

图4为本发明实施例提供的查询服务血缘关系信息的装置的结构框图，参照图4查询服务血缘关系信息的装置可以包括：

接收模块100，用于接收查询指令；

确定类型模块200，用于根据所述查询指令确定待查询的服务血缘关系信息的类型；

查询模块300，用于根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；

处理模块400，用于根据所述服务信息获得待查询的所述服务血缘关系信息。

基于上述实施例，作为一种更优选的实施例，可以进一步包括：

获取模块，用于在接收查询指令之前，按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息；

存储模块，用于将所述服务信息存储至所述数据库中。

可选的，所述查询模块具体用于：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

可选的，所述查询模块具体用于：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。

本实施例的查询服务血缘关系信息的装置用于实现前述的查询服务血缘关系信息的方法，因此查询服务血缘关系信息的装置中的具体实施方式可见前文中的查询服务血缘关系信息的方法的实施例部分，例如，接收模块100，确定类型模块200，查询模块300，处理模块400，分别用于实现上述查询服务血缘关系信息的方法中步骤S 101，S102，S103和S104，所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的查询服务血缘关系信息的方法以及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种查询服务血缘关系信息的方法，应用于InforSuite ESB中管理控制台，其特征在于，包括：

接收查询指令；

根据所述查询指令确定待查询的服务血缘关系信息的类型；

根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；

根据所述服务信息获得待查询的所述服务血缘关系信息。

2.根据权利要求1所述的方法，其特征在于，在接收查询指令之前，还包括：

按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息，并将所述服务信息存储至所述数据库中。

3.根据权利要求2所述的方法，其特征在于，所述在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息包括：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

4.根据权利要求3所述的方法，其特征在于，所述在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息包括：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述服务血缘关系信息至少包括服务所属的应用、服务提供者、服务消费者、统计信息以及图表信息。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述数据库为监控中心数据库。

7.一种查询服务血缘关系信息的装置，应用于Inforsuite ESB中管理控制台，其特征在于，包括：

接收模块，用于接收查询指令；

确定类型模块，用于根据所述查询指令确定待查询的服务血缘关系信息的类型；

查询模块，用于根据所述服务血缘关系信息的类型在数据库中查找预先存储的各个服务提供者和各个服务消费者之间的服务信息；

处理模块，用于根据所述服务信息获得待查询的所述服务血缘关系信息。

8.根据权利要求7所述的装置，其特征在于，还包括：

获取模块，用于在接收查询指令之前，按预设周期从服务运行容器的运行环境中获取各个服务提供者和各个服务消费者之间的服务信息；

存储模块，用于将所述服务信息存储至所述数据库中。

9.根据权利要求8所述的装置，其特征在于，所述查询模块具体用于：

在数据库中查找预先存储的服务累计调用次数、每次调用时间以及调用关系等多种信息中至少一种服务信息。

10.根据权利要求9所述的装置，其特征在于，所述查询模块具体用于：

在数据库中查找预先存储的每次调用服务中服务提供者提供的服务的信息、主机信息以及状态信息。