CN109669846B

CN109669846B - 管理信息查询方法、装置以及计算机可读介质

Info

Publication number: CN109669846B
Application number: CN201811540292.2A
Authority: CN
Inventors: 蔡志强
Original assignee: Beijing Kingsoft Cloud Network Technology Co Ltd; Beijing Kingsoft Cloud Technology Co Ltd
Current assignee: Beijing Kingsoft Cloud Network Technology Co Ltd; Beijing Kingsoft Cloud Technology Co Ltd
Priority date: 2018-12-14
Filing date: 2018-12-14
Publication date: 2022-04-01
Anticipated expiration: 2038-12-14
Also published as: CN109669846A

Abstract

本发明提供了一种管理信息查询方法、装置以及计算机可读介质，涉及虚拟服务器技术领域，包括：接收来自代理服务器的关于目标服务的管理信息查询请求；通过API接口获取所述目标服务的管理信息；将所述管理信息进行封装并反馈至所述代理服务器，解决了现有技术中存在的对虚拟服务器上的服务进行管理较为不方便的技术问题。

Description

管理信息查询方法、装置以及计算机可读介质

技术领域

本发明涉及虚拟服务器技术领域，尤其是涉及一种管理信息查询方法、装置以及计算机可读介质。

背景技术

一般云服务器上连接有虚拟服务器，即虚拟机，虚拟服务器也称为虚拟专用业务(Virtual Private Service，简称VPS)主机。相对于真实主机而言，虚拟服务器是指采用特殊的软硬件技术把一台完整的服务器主机分成若干个主机。实际上是将真实的硬盘空间分成若干份，然后租给不同用户，每一台被分割的主机都具有独立的域名和互联网协议(Internet Protocol Address，简称IP)地址，但共享真实主机的中央处理器(CPU，CentralProcessing Unit)、随机存取存储器(random access memory，RAM)、操作系统等。

虚拟服务器技术是互联网服务器采用的节省服务器硬件成本的一种技术，其主要应用于超文本传输协议(Hyper Text Transfer Protocol，简称HTTP)，文件传输协议(FileTransfer Protocol，简称FTP)，电子邮件(EMAIL)等多项服务，将一台服务器的某项或者全部服务内容逻辑划分为多个服务单位，对外表现为多个服务器，从而可以充分利用服务器硬件资源。

在现有技术中，虚拟机上会有很多服务，随着服务的增多，例如有几十个或者几百个时，会带来管理上的困难，特别是针对线上服务的部署情况、版本号管理、节点详情等等的管理和查看比较繁琐，从而导致对虚拟服务器上的服务进行管理较为不方便。

发明内容

有鉴于此，本发明的目的在于提供一种管理信息查询方法、装置以及计算机可读介质，以解决现有技术中存在的对虚拟服务器上的服务进行管理较为不方便的技术问题。

第一方面，本发明实施例提供了一种管理信息查询方法，包括：

接收来自代理服务器的关于目标服务的管理信息查询请求；

通过API接口获取所述目标服务的管理信息；

将所述管理信息进行封装并反馈至所述代理服务器。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述通过API接口获取所述目标服务的管理信息，包括：

API接口利用Spring Boot的执行模块，从Git中获取所述目标服务的提交ID和提交人信息。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述通过API接口获取所述目标服务的管理信息，包括：

API接口从所述目标服务的配置文件中，获取所述目标服务的版本号和模块名称。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述通过API接口获取所述目标服务的管理信息，包括：

API接口从所述目标服务的配置文件中，获取所述目标服务的发布日期、发布人和发布IP。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述接收来自代理服务器的关于目标服务的管理信息查询请求之后，还包括：

将所述管理信息查询请求发送至所述目标服务的控制层；

所述控制层将所述管理信息查询请求转发至API接口。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述将所述管理信息进行封装并反馈至所述代理服务器，包括：

所述控制层将所述管理信息以RESTful风格的数据结构进行封装；

将封装后的管理信息反馈至所述代理服务器。

第二方面，本发明实施例还提供一种管理信息查询方法，包括：

接收来自负载均衡服务器的关于目标服务的管理信息查询请求；

获取所述目标服务所在的虚拟服务器的IP信息和端口；

将所述管理信息查询请求发送至与所述IP信息和所述端口对应的虚拟服务器；

接收所述虚拟服务器发送的所述目标服务的管理信息。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述获取所述目标服务所在的虚拟服务器的IP信息和端口，包括：

获取上游模块的配置信息；

通过解析所述配置信息，获取所述目标服务所在的虚拟服务器的IP信息和端口。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述将所述管理信息查询请求发送至与所述IP信息和所述端口对应的虚拟服务器之前，还包括：

利用curl命令，验证所述IP信息和所述端口是否有效。

第三方面，本发明实施例还提供一种管理信息查询装置，应用于虚拟服务器，所述装置包括：

第一接收单元，用于接收来自代理服务器的关于目标服务的管理信息查询请求；

第一获取单元，用于通过API接口获取所述目标服务的管理信息；

反馈单元，用于将所述管理信息进行封装并反馈至所述代理服务器。

结合第三方面，本发明实施例提供了第三方面的第一种可能的实施方式，其中，所述第一获取单元包括：

API接口，用于利用Spring Boot的执行单元，从Git中获取所述目标服务的提交ID和提交人信息。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，所述API接口还用于从所述目标服务的配置文件中，获取所述目标服务的版本号和单元名称。

结合第三方面，本发明实施例提供了第三方面的第三种可能的实施方式，其中，所述API接口还用于从所述目标服务的配置文件中，获取所述目标服务的发布日期、发布人和发布IP。

结合第三方面，本发明实施例提供了第三方面的第四种可能的实施方式，其中，所述装置还包括：

第一发送单元，用于将所述管理信息查询请求发送至所述目标服务的控制层；

所述控制层，用于将所述管理信息查询请求转发至API接口。

结合第三方面，本发明实施例提供了第三方面的第五种可能的实施方式，其中，所述反馈单元包括：

所述控制层，用于将所述管理信息以RESTful(英文:Representational StateTransfer，简称REST)风格的数据结构进行封装；

反馈模块，用于将封装后的管理信息反馈至所述代理服务器。

第四方面，本发明实施例还提供一种管理信息查询装置，应用于代理服务器，所述装置包括：

第二接收单元，用于接收来自负载均衡服务器的关于目标服务的管理信息查询请求；

第二获取单元，用于获取所述目标服务所在的虚拟服务器的IP信息和端口；

第二发送单元，用于将所述管理信息查询请求发送至与所述IP信息和所述端口对应的虚拟服务器；

第三接收单元，用于接收所述虚拟服务器发送的所述目标服务的管理信息。

结合第四方面，本发明实施例提供了第四方面的第一种可能的实施方式，其中，所述第二获取单元包括：

获取模块，用于获取上游模块的配置信息；

解析模块，用于通过解析所述配置信息，获取所述目标服务所在的虚拟服务器的IP信息和端口。

结合第四方面，本发明实施例提供了第四方面的第二种可能的实施方式，其中，所述装置还包括：

验证单元，用于利用curl命令，验证所述IP信息和所述端口是否有效。

第五方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行如第一方面或第二方面所述的方法。

本发明实施例提供的技术方案带来了以下有益效果：本发明实施例提供的管理信息查询方法、装置以及计算机可读介质。首先，虚拟服务器接收来自代理服务器的关于目标服务的管理信息查询请求，然后，通过API接口获取目标服务的管理信息，之后，将管理信息进行封装并反馈至代理服务器，因此，通过接收关于目标服务的管理信息查询请求，以及通过API接口获取该目标服务的管理信息并将该管理信息反馈至代理服务器，以便代理服务器能够将该管理信息转发至可以对管理信息进行显示的界面，从而实现对虚拟服务器上的服务的管理可视化，使用户能够在可视化界面上更加方便的查看到线上所有服务的信息，以提高对虚拟服务器上的服务进行管理的便利度，从而解决了现有技术中存在的对虚拟服务器上的服务进行管理较为不方便的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例一所提供的管理信息查询方法的流程图；

图2示出了本发明实施例二所提供的管理信息查询方法的流程图；

图3示出了本发明实施例所提供的管理信息查询方法的框图；

图4示出了本发明实施例所提供的管理信息查询方法的另一框图；

图5示出了本发明实施例三所提供的管理信息查询方法的流程图；

图6示出了本发明实施例四所提供的管理信息查询方法的流程图；

图7示出了本发明实施例五所提供的一种管理信息查询装置的结构示意图；

图8示出了本发明实施例六所提供的一种管理信息查询装置的结构示意图。

图标：5-管理信息查询装置；51-第一接收单元；52-第一获取单元；53-反馈单元；6-管理信息查询装置；61-第二接收单元；62-第二获取单元；63-第二发送单元；64-第三接收单元。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

名词解释：

Nginx是一款轻量级的网络服务器，也可称为反向代理服务器，其特点是占有内存少，并发能力强。Nginx作为一个高性能的反向代理服务，因其稳定性高、功能集丰富和系统资源的消耗低而广泛使用。

应用程序编程接口(Application Programming Interface，简称API接口)又称为应用编程接口，是软件系统不同组成部分衔接的约定。程序设计的实践中，编程接口的设计首先要使软件系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖，提高组成单元的内聚性，降低组成单元间的耦合程度，从而提高系统的维护性和扩展性。

Git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。

Spring Boot是一种框架，其设计目的是用来简化新Spring框架应用的初始搭建以及开发过程，该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。

Actuator模块是Spring Boot中较为重要的一个功能模块，主要用于在项目运行时，查看运行中的各种配置及参数等，即Actuator是Spring Boot提供的对应用的自身监控，以及对应用系统配置的查看等功能。

RESTful是一种软件架构风格或设计风格，而不是标准，REST(英文:Representational State Transfer，简称REST)描述了一个架构样式的网络系统，例如web应用程序。RESTful只是提供了一组设计原则和约束条件，它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

upstream用于异步消息的处理，只是其不产生自己的内容，而是通过请求后端服务器得到内容，因此称其为upstream(上游)。请求并取得响应内容的整个过程已经被封装到Nginx内部，所以upstream模块只需要开发若干回调函数，完成构造请求和解析响应等具体的工作。因此，upstream使Nginx跨越单机的限制，完成网络数据的接收、处理和转发。

curl是一个利用统一资源定位符(Uniform Resource Locator，简称URL)语法规则在命令行下工作的文件传输工具，是一款超文本传输协议(Hyper Text TransferProtocol，简称HTTP)命令行工具，它支持文件的上传和下载，是综合传输工具。

目前，现有的查看线上虚拟服务运行状态的一种可行的方法，是进入到服务的日志目录里，去查看或者监控日志文件是否有更新，但是这种方法需要手工连接服务器并且查看线上运行服务的日志文件，没法做到方便的查看线上虚拟服务的运行状态。

随着服务的增多，如何较为方便的查看以及管理线上所有服务的部署情况、版本号、节点详情等比较困难，现有的方法是需要手工连接服务器并且查看线上运行服务的日志文件，无法做到较为方便的查看，并且也没法将历史查看的信息记录到一个数据库里，因此不能够方便的进行历史记录的追踪和排查。

因此，在现有技术中，虚拟机上会有很多服务，随着服务的增多，例如有几十个或者几百个时，会带来管理上的困难，特别是针对线上服务的部署情况、版本号管理、节点详情等等的管理和查看比较繁琐，从而导致对虚拟服务器上的服务进行管理较为不方便。

基于此，本发明实施例提供的一种管理信息查询方法、装置以及计算机可读介质，可以解决现有技术中存在的对虚拟服务器上的服务进行管理较为不方便的技术问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种管理信息查询方法、装置以及计算机可读介质进行详细介绍。

实施例一：

本发明实施例提供的一种管理信息查询方法，应用于虚拟服务器，如图1所示，方法包括：

S11：接收来自代理服务器的关于目标服务的管理信息查询请求。

作为本实施例的优选实施方式，虚拟服务器接收代理服务器(Nginx)传输的关于目标服务的管理信息查询请求。

S12：通过API接口获取目标服务的管理信息。

本步骤中，虚拟服务器通过目标服务节点的API接口，获取该目标服务的版本号信息、节点信息、部署情况等管理信息。

S13：将管理信息进行封装并反馈至代理服务器。

具体的，虚拟服务器将步骤S12中获取到的管理信息进行封装，并将封装后的管理信息反馈至代理服务器，以便代理服务器通过负载均衡服务器将管理信息转发至查询模块，以便对管理信息进行显示。

本实施例中，通过虚拟服务器获取目标服务的管理信息并将该管理信息反馈至代理服务器，能够使得对虚拟服务器服务的管理可视化，即实现将关于目标服务的所有管理信息展示至可视化界面上，以使用户能够在可视化界面上更方便的查看到线上所有服务的信息，例如服务的版本号、端口、服务状态、节点详情等，从而提高对虚拟服务器上的服务进行管理的便利度。

因此，本实施例提供的管理信息查询方法，可以作为一种可视化的虚拟服务管理方法，其实现了对虚拟服务器服务的线上服务管理，并使得对虚拟服务器上的服务的管理可视化，不仅方便了对虚拟服务器服务的管理，也提高了管理的速度和质量，使管理更加有效。

对于现有技术而言，随着虚拟服务器上的服务的增多，会带来管理上的困难，特别是针对线上服务的部署情况、版本号管理、节点详情等等的管理和查看比较繁琐，从而导致对虚拟服务器上的服务进行管理较为不方便。

通过虚拟服务器接收关于目标服务的管理信息查询请求，以及API接口获取该目标服务的管理信息并将该管理信息反馈至代理服务器，以便代理服务器能够将该管理信息转发至可以对管理信息进行显示的界面，从而实现对虚拟服务器上的服务的管理可视化，使用户能够在可视化界面上更加方便的查看到线上所有服务的信息，以提高对虚拟服务器上的服务进行管理的便利度，从而解决了现有技术中存在的对虚拟服务器上的服务进行管理较为不方便的技术问题。

实施例二：

本发明实施例提供的一种管理信息查询方法，应用于虚拟服务器，如图2所示，方法包括：

S21：接收来自代理服务器的关于目标服务的管理信息查询请求。

如图3所示，虚拟机1(即虚拟服务器)与虚拟机2(即虚拟服务器)接收来自代理服务器(Nginx)的关于目标服务的管理信息查询请求。

例如，服务A、服务B以及服务C为目标服务，如图4所示，虚拟机2(即虚拟服务器)接收代理服务器传输的关于服务A、服务B以及服务C的管理信息查询请求。

S22：将管理信息查询请求发送至目标服务的控制层。

如图4所示，虚拟机2接收到该管理信息查询请求后，将该管理信息查询请求发送至服务A、服务B以及服务C。

本实施例以服务A为目标服务为例进行说明，本步骤中，虚拟机2将该管理信息查询请求发送至服务A的控制层。

S23：控制层将管理信息查询请求转发至API接口。

如图4所示，服务A的控制层接收管理信息查询请求，并将该管理信息查询请求转发至服务A的API接口

S24：通过API接口获取目标服务的管理信息。

作为一个优选方案，API接口通过分布式版本控制系统，其分布式的控制包括以下三的部分：

API接口从服务A(即目标服务)的配置文件中，获取服务A(即目标服务)的版本号和模块名称。

API接口从服务A(即目标服务)的配置文件中，获取服务A(即目标服务)的发布日期、发布人和发布IP。其中，发布日期、发布人和发布IP属于服务A的部署信息。

API接口利用Spring Boot的执行模块，从Git中获取服务A(即目标服务)的提交身份标识号码(identification/identity，简称ID)和提交人信息。其中，提交ID和提交人信息属于服务A的节点信息。

如图4所示，其中的执行模块可以为Actuator模块，其集成在服务A的代码中，Actuator模块用于从Git中获取提交ID和提交人信息。即API接口通过使用Spring Boot的Actuator模块，从Git中获取服务A的提交ID和提交人信息。

本实施例中，通过改造线上服务，以在后端服务A的逻辑里边，集成Spring Boot的Actuator模块，通过改造代码获取服务的线上端口号、版本号等信息，在将服务部署到线上之后，便可以使用API接口获取服务A的管理信息。

因此，在线上服务A的代码中，后端服务逻辑的内部实现了对Spring Boot的Actuator模块进行集成，并且调通该线上服务A的API接口，从而能够获取该服务A的版本号信息、节点信息、部署情况等信息。

S25：控制层将管理信息以RESTful风格的数据结构进行封装。

需要说明的是，在API接口将服务A的版本号、模块名称、服务代码的提交ID、提交人信息、服务的发布日期、发布人以及发布IP等数据信息发送至控制层后，控制层便将这些数据信息、虚拟机2(即虚拟服务器)的IP以及端口等管理信息封装为RESTful风格的数据结构。

S26：将封装后的管理信息反馈至代理服务器。

如图4所示，控制层将步骤S25中封装后的管理信息作为管理信息查询结果反馈至代理服务器，以便代理服务器通过负载均衡服务器将管理信息查询结果转发至查询模块。

因此，通过调用线上服务A的API接口，能够获取节点的版本号、节点信息、部署情况等管理信息，再通过以RESTful风格数据结构的封装后，便能够将封装后的管理信息反馈至代理服务器，以实现虚拟机服务管理信息的可视化。需要说明的是，对于反馈服务B以及服务C等虚拟服务器管理信息的实现过程与服务A的过程相同，可以参考服务A的管理信息反馈过程。

实施例三：

本发明实施例提供的一种管理信息查询方法，应用于代理服务器，如图5所示，方法包括：

S31：接收来自负载均衡服务器的关于目标服务的管理信息查询请求。

其中，管理信息查询请求用于获取目标服务中的管理信息。例如，该管理信息可以包括：虚拟服务器的IP及端口、目标服务的版本号、目标服务的模块名称、服务代码的提交ID及提交人信息、目标服务的发布日期、发布人以及发布IP等信息。

S32：获取目标服务所在的虚拟服务器的IP信息和端口。

在实际应用中，代理服务器可以通过解析配置信息获取目标服务所在的那个虚拟服务器的IP信息和端口。

S33：将管理信息查询请求发送至与IP信息和端口对应的虚拟服务器。

优选的，代理服务器基于步骤S32中的IP信息和端口，将管理信息查询请求发送至与该IP信息和该端口对应的虚拟机。

S34：接收虚拟服务器发送的目标服务的管理信息。

本步骤中，代理服务器接收虚拟机反馈的基于管理信息查询请求的管理信息查询结果，即目标服务的管理信息。

本实施例中，代理服务器能够将目标服务的管理信息转发至可视化界面，以实现用户对虚拟机服务管理信息的可视化管理。并且，在每次查看信息时，都能持久化显示，并记录到系统数据库里，以方便历史记录的追踪和排查，从而提高对虚拟服务器上的服务进行管理的便利度。

实施例四：

本发明实施例提供的一种管理信息查询方法，应用于代理服务器，如图6所示，方法包括：

S41：接收来自负载均衡服务器的关于目标服务的管理信息查询请求。

如图3和图4所示，首先，查询模块可以将关于目标服务的管理信息查询请求发送至负载均衡服务器，负载均衡服务器再将该管理信息查询请求转发至代理服务器(Nginx)，以使代理服务器接收来自负载均衡服务器的关于目标服务的管理信息查询请求。

其中，管理信息查询请求用于探测目标服务(例如服务A)中的管理信息。该管理信息包括：虚拟服务器(即虚拟机)的IP及端口、目标服务的版本号、目标服务的模块名称、服务代码的提交ID及提交人信息、目标服务的发布日期、发布人以及发布IP等信息。

S42：获取上游模块的配置信息。

代理服务器在接收到管理信息查询请求后，通过解析管理信息查询请求，获取上游模块的配置信息。其中，上游模块可以为upstream，即代理服务器获取线上所有的服务挂载在代理服务器后端的upstream节点的配置信息。本步骤中，可以使用域名请求来访问线上的代理服务器，从而实现获取访问请求(即管理信息查询请求)的所有节点信息。

S43：通过解析配置信息，获取目标服务所在的虚拟服务器的IP信息和端口。

代理服务器通过解析字符串的方法对步骤S42中的配置信息进行解析，从而得到挂载在该代理服务器的虚拟服务器(即虚拟机)的IP和端口，如图3所示，挂载在代理服务器(Nginx)的虚拟服务器包括有虚拟机1与虚拟机2。

如果目标服务所在的虚拟服务器为虚拟机1，则获取虚拟机1的IP信息和端口；如果目标服务所在的虚拟服务器为虚拟机2，则获取虚拟机2的IP信息和端口。

S44：利用curl命令，验证IP信息和端口是否有效。

代理服务器利用curl命令通过curl的方式验证该IP信息和该端口对应的虚拟机是否真实有效。若真实有效则执行步骤S45；若无效，则返回步骤S41。

S45：将管理信息查询请求发送至与IP信息和端口对应的虚拟服务器。

在实际应用中，代理服务器基于IP信息和端口将管理信息查询请求发送至与该IP信息和该端口对应的虚拟机。

S46：接收虚拟服务器发送的目标服务的管理信息。

代理服务器接收虚拟机反馈的基于管理信息查询请求的管理信息查询结果，即目标服务的管理信息。

因此，如图3和图4所示，代理服务器便能够通过负载均衡服务器将目标服务的管理信息(即管理信息查询结)转发至查询模块，以实现查询模块对虚拟机服务管理信息的可视化。

实施例五：

本发明实施例提供的一种管理信息查询装置，应用于虚拟服务器，如图7所示，管理信息查询装置5包括：第一接收单元51、第一获取单元52以及反馈单元53。

具体的，第一接收单元51用于接收来自代理服务器的关于目标服务的管理信息查询请求。第一获取单元52用于通过API接口获取目标服务的管理信息。反馈单元53用于将管理信息进行封装并反馈至代理服务器。

进一步的是，第一获取单元包括：API接口，用于利用Spring Boot的执行单元，从Git中获取目标服务的提交ID和提交人信息。API接口还用于从目标服务的配置文件中，获取目标服务的版本号和单元名称。

作为本实施例的优选实施方式，API接口还用于从目标服务的配置文件中，获取目标服务的发布日期、发布人和发布IP。

此外，装置还包括：第一发送单元与控制层。第一发送单元用于将管理信息查询请求发送至目标服务的控制层。控制层用于将管理信息查询请求转发至API接口。

需要说明的是，反馈单元包括：控制层与反馈模块。控制层用于将管理信息以RESTful风格的数据结构进行封装。反馈模块用于将封装后的管理信息反馈至代理服务器。

本发明实施例提供的管理信息查询装置，与上述实施例提供的管理信息查询方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

实施例六：

本发明实施例提供的一种管理信息查询装置，应用于代理服务器，如图8所示，管理信息查询装置6包括：第二接收单元61、第二获取单元62、第二发送单元63以及第三接收单元64。

其中，第二接收单元61用于接收来自负载均衡服务器的关于目标服务的管理信息查询请求。第二获取单元62用于获取目标服务所在的虚拟服务器的IP信息和端口。第二发送单元63用于将管理信息查询请求发送至与IP信息和端口对应的虚拟服务器。第三接收单元64用于接收虚拟服务器发送的目标服务的管理信息。

进一步，第二获取单元包括：获取模块与解析模块。获取模块用于获取上游模块的配置信息。解析模块用于通过解析配置信息，获取目标服务所在的虚拟服务器的IP信息和端口。

作为本实施例的另一种实施方式，管理信息查询装置还包括：验证单元，用于利用curl命令，验证IP信息和端口是否有效。

实施例七：

本发明实施例提供的一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述实施例一、实施例二、实施例三或实施例四提供的方法。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明实施例提供的具有处理器可执行的非易失的程序代码的计算机可读介质，与上述实施例提供的管理信息查询方法及装置具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

本发明实施例所提供的进行管理信息查询方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种管理信息查询方法，其特征在于，应用于虚拟服务器，所述方法包括：

接收来自代理服务器的关于目标服务的管理信息查询请求；

通过API接口获取所述目标服务的管理信息；

将所述管理信息进行封装并反馈至所述代理服务器，以使所述代理服务器通过负载均衡服务器将所述管理信息转发至查询模块，所述查询模块用于将所述管理信息展示至可视化界面上。

2.根据权利要求1所述的方法，其特征在于，所述通过API接口获取所述目标服务的管理信息，包括：

3.根据权利要求1所述的方法，其特征在于，所述通过API接口获取所述目标服务的管理信息，包括：

4.根据权利要求1所述的方法，其特征在于，所述通过API接口获取所述目标服务的管理信息，包括：

5.根据权利要求1所述的方法，其特征在于，所述接收来自代理服务器的关于目标服务的管理信息查询请求之后，还包括：

将所述管理信息查询请求发送至所述目标服务的控制层；

所述控制层将所述管理信息查询请求转发至API接口。

6.根据权利要求5所述的方法，其特征在于，所述将所述管理信息进行封装并反馈至所述代理服务器，包括：

将封装后的管理信息反馈至所述代理服务器。

7.一种管理信息查询方法，其特征在于，应用于代理服务器，所述方法包括：

获取所述目标服务所在的虚拟服务器的IP信息和端口；

接收所述虚拟服务器发送的所述目标服务的管理信息；

通过所述负载均衡服务器将所述管理信息转发至查询模块，所述查询模块用于将所述管理信息展示至可视化界面上。

8.根据权利要求7所述的方法，其特征在于，所述获取所述目标服务所在的虚拟服务器的IP信息和端口，包括：

获取上游模块的配置信息；

9.根据权利要求7所述的方法，其特征在于，所述将所述管理信息查询请求发送至与所述IP信息和所述端口对应的虚拟服务器之前，还包括：

利用curl命令，验证所述IP信息和所述端口是否有效。

10.一种管理信息查询装置，其特征在于，应用于虚拟服务器，所述装置包括：

反馈单元，用于将所述管理信息进行封装并反馈至所述代理服务器，以使所述代理服务器通过负载均衡服务器将所述管理信息转发至查询模块，所述查询模块用于将所述管理信息展示至可视化界面上。

11.根据权利要求10所述的装置，其特征在于，所述第一获取单元包括：

12.根据权利要求10所述的装置，其特征在于，所述API接口还用于从所述目标服务的配置文件中，获取所述目标服务的版本号和单元名称。

13.根据权利要求10所述的装置，其特征在于，所述API接口还用于从所述目标服务的配置文件中，获取所述目标服务的发布日期、发布人和发布IP。

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

所述控制层，用于将所述管理信息查询请求转发至API接口。

15.根据权利要求14所述的装置，其特征在于，所述反馈单元包括：

所述控制层，用于将所述管理信息以RESTful风格的数据结构进行封装；

16.一种管理信息查询装置，其特征在于，应用于代理服务器，所述装置包括：

第三接收单元，用于接收所述虚拟服务器发送的所述目标服务的管理信息；

所述装置还用于通过所述负载均衡服务器将所述管理信息转发至查询模块，所述查询模块用于将所述管理信息展示至可视化界面上。

17.根据权利要求16所述的装置，其特征在于，所述第二获取单元包括：

获取模块，用于获取上游模块的配置信息；

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

19.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1-9任一所述方法。