CN105516266B - 一种业务监控方法、系统及相关设备 - Google Patents
一种业务监控方法、系统及相关设备 Download PDFInfo
- Publication number
- CN105516266B CN105516266B CN201510854394.1A CN201510854394A CN105516266B CN 105516266 B CN105516266 B CN 105516266B CN 201510854394 A CN201510854394 A CN 201510854394A CN 105516266 B CN105516266 B CN 105516266B
- Authority
- CN
- China
- Prior art keywords
- api
- business
- information
- processing equipment
- response message
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种业务监控方法、系统及相关设备,用于提高维护效率,以及提高查询处理设备与Openstack系统之间的耦合性。本发明实施例方法包括:监测终端发送的应用编程接口API调用请求,所述API调用请求包括业务API的标识,当监测到所述Openstack系统对所述API调用请求的成功响应报文时,根据所述成功响应报文确定调用信息,并向所述维护处理设备发送所述调用信息;接收所述维护处理设备发送的查询信息,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;调用所述至少一个查询API根据对应的查询条件查询数据信息,将所述数据信息发送给所述维护处理设备以进行保存。
Description
技术领域
本发明涉及云计算处理技术领域,具体涉及一种业务监控方法、系统及相关设备。
背景技术
OpenStack是由美国国家航空航天局(National Aeronautics and SpaceAdministration,简称NASA)和RackSpace合作研发的为公有云及私有云提供软件的云计算或云存储平台,帮助服务商和企业内部实现基础设施即服务(Infrastructure as aService,简称IAAS)。OpenStack包括Nova、Swift、Glance等模块,每个模块提供了相应的服务,并且OpenStack提供了业务应用编程接口(Application Programming Interface,简称API),每种服务通过API集成。例如,Nova为NASA开发的用于提供虚拟服务,通过Nova-api实现虚拟机创建、开机、关机、删除等业务操作。
目前,Openstack提供的系统维护存在较大的实现困难,原因之一是由于Openstack提供的对业务资源的查询和检索有限,主要是受到API接口规范的限制,大概存在三个缺陷:
●不支持模糊查询/搜索:例如只能根据业务的属性全集进行精确查询/搜索,而不能根据属性子集进行查询/搜索;
●查询/搜索条件有限:API接口不支持一些属性作为条件进行的查询/搜索,例如API接口不支持通过虚拟机的互联网协议(Internet Protocol,简称IP)进行查询/搜索;
●查询/搜索结果显示排序单一:目前API接口只支持对按身份标识(Identify,简称ID)查询/搜索的结果进行排序。
对于在Openstack部署的具有上万虚拟机的大中型云平台来说,若任意一台虚拟机存在异常时,利用现有的查找/搜索方法效率非常低,会严重影响到维护效率。
发明内容
针对上述缺陷,本发明实施例提供了一种业务监控方法、系统及相关设备,解决现有技术Openstack系统所支持的查询方式不灵活的问题,提高维护效率,以及提高查询处理设备与Openstack系统之间的耦合性。
本发明第一方面提供了一种业务监控方法,应用于Openstack系统,所述Openstack系统与维护处理设备连接,所述方法包括:
上述Openstack系统监测终端发送的应用编程接口API调用请求,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;
当监测到上述Openstack系统对上述API调用请求的成功响应报文时,上述Openstack系统根据上述成功响应报文确定调用信息,并向上述维护处理设备发送上述调用信息;
上述Openstack系统接收上述维护处理设备发送的查询信息,上述查询信息为上述维护处理设备根据上述调用信息处理得到,上述查询信息包括至少一个查询API和每一个查询API对应的查询条件;
上述Openstack系统调用上述至少一个查询API根据对应的查询条件查询数据信息,将上述数据信息发送给上述维护处理设备以进行保存,上述数据信息为上述Openstack系统在实现上述业务API指示的业务时发生变化的数据信息。
可以看出,本发明实施例中通过Openstack系统监测终端发送的API调用请求,并监测Openstack系统对API调用请求的响应。在监测到对API调用请求的成功响应报文时,Openstack系统根据成功响应报文确定出调用信息,然后将调用信息发送给维护处理设备,由维护处理设备根据调用信息确定出查询信息,该查询信息中包括至少一个查询API和每一个查询API对应的查询条件。Openstack系统接收到查询信息后,调用该至少一个查询API根据其对应的查询条件查询数据信息,这些数据信息是Openstack系统在实现业务API所指示的业务时所变化的数据,这些数据信息将发送给维护处理设备进行保存。本发明实施例中,在Openstack系统每次有业务执行时,都将变化的数据信息保存到维护处理设备中,那么维护处理设备在维护整个系统时,可以在本地完成数据信息的查询,提高了维护效率,以及查询处理设备与Openstack系统之间的耦合性。
在本发明一些实施例中,Openstack系统根据成功响应报文确定出调用信息是指:Openstack系统从上述成功响应报文中提取上述业务API的标识、业务属性和成功响应指示,生成上述调用信息,上述成功响应报文包括上述业务API的标识、业务属性和成功响应指示。
在本发明一些实施例中,当监测到上述Openstack系统对上述API调用请求的失败响应报文时,上述Openstack系统根据上述失败响应报文确定失败响应信息,并向上述维护处理设备发送上述失败响应信息以使上述维护处理设备进行失败信息保存。可以看出,在本发明实施例中,若监测到的是API调用请求的失败响应报文,也就从失败响应报文中确定出失败响应信息,然后将失败响应发送给维护处理设备,然后维护处理设备将失败信息保存下来,方便维护人员定位出造成失败的具体位置和处理错误。
在本发明一些实施例中,Openstack系统根据失败响应报文确定失败响应信息是指:系统从所述失败响应报文中提取所述业务API的标识、失败原因和失败响应指示,生成所述失败响应信息,所述失败响应报文包括所述业务API的标识、失败原因和失败响应指示。
在本发明一些实施例中,在Openstack系统根据上述成功响应报文确定调用信息之前,从所述业务API的标识中提取业务指示参数,所述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;判断所述业务指示参数是否为所述业务查询参数,若否,所述Openstack系统确定所述API调用请求为非查询类调用请求,执行所述Openstack系统向所述维护处理设备发送调用信息的步骤。
可以理解,业务API包括有创建API、删除API、修改API和查询API等。业务API的标识本身体现出具体业务,最重要的是系统在发布该业务API时,在业务API的标识中通过业务指示参数去指示出具体是什么业务。
本发明实施例第二方面提供了一种业务监控方法,应用于维护处理设备,所述维护处理设备与Openstack系统连接,可包括:
上述维护处理设备从上述Openstack系统接收调用信息,上述调用信息为上述Openstack系统根据成功响应报文确定得到,上述成功响应报文为上述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;
上述维护处理设备根据上述调用信息查找对应的业务处理规则,上述业务处理规则用于指示实现上述业务API所指示的业务时需要执行的任务;
上述维护处理设备根据上述业务处理规则确定查询信息,上述查询信息包括至少一个查询API和每一个查询API对应的查询条件;
上述维护处理设备向上述Openstack系统发送上述查询信息;
上述维护处理设备接收上述Openstack系统发送的数据信息,并保存上述数据信息到数据库中,上述数据信息为上述Openstack系统调用上述至少一个查询API根据对应的查询条件查询得到,上述数据信息为上述Openstack系统在实现上述业务API指示的业务时发生变化的数据信息。
可以看出,在本发明实施例中,维护处理设备根据Openstack系统发送的查询信息,能够确定出需要调用哪些查询API,根据哪些查询条件去查询出实现业务API所指示的业务时的变化数据信息,然后交由Openstack系统去进行查询。维护处理设备从Openstack系统处获取到数据信息后,将保存到数据库中,以方便后续维护处理。
在本发明一些实施例中,维护处理设备根据调用信息查找对应的业务处理规则是指:根据上述调用信息中的业务API的标识,查找到实现上述业务API所指示的业务的对应业务处理规则。可以看出,在维护处理设备中预置了业务处理规则,业务处理规则是用来告诉维护处理设备,在Openstack系统实现该业务API所指示的业务时,需要执行了哪些任务。
进一步地,维护处理设备根据上述业务处理规则确定查询信息是指:根据上述业务处理规则从上述业务属性中确定出查询条件,并为上述查询条件分配对应的查询API。可以看出,维护处理设备根据业务处理规则可以知道执行了哪些任务,从而知道了哪些地方发生了数据信息的变化,那么就能确定出如何如查询到这些数据信息。
在本发明一些实施例中,维护处理设备接收上述Openstack系统发送的失败响应信息,根据上述失败响应信息生成失败记录,并保存上述失败记录到上述数据库中,上述失败响应信息包括上述Openstack系统对上述API调用请求的失败响应报文中的信息,上述失败响应报文包括失败原因和上述业务API的标识。在该实施例中,维护处理设备还将从Openstack系统接收到失败响应信息,然后根据失败响应信息确定出失败信息进行保存,以方便维护人员进行错误定位或者进行分析等处理。
在本发明一些实施例中,维护处理设备中还提供了查询功能,具体包括:接收查询终端在查询界面输入的查询参数,所述查询参数为业务属性;根据所述查询参数,在所述数据库中查询符合所述查询参数的数据信息;以预设的显示方式,将查询到的数据信息在所述查询界面上显示给所述查询终端。在该实施例中,由于维护处理设备保存了Openstack系统实现业务时所有变化的数据信息,也就是将Openstack系统实现的业务的所有数据信息都保存下来了,然后在维护或者查询信息时,可以直接在维护处理设备的数据库中进行查询,由于维护处理设备中查询条件以及查询结果的显示方式都可以灵活设置,满足较为灵活的查询需求,而不会受限于Openstack系统的查询弊端,提高了维护效率,以及有助于维护处理设备与Openstack系统之间的耦合。
本发明第三方面提供了一种Openstack系统,可包括:
监测模块,用于监测终端发送的应用编程接口API调用请求,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务;以及监测对所述API调用请求的成功响应报文,在监测到对所述API调用请求的成功响应报文时,根据所述成功响应报文确定调用信息,并向所述维护处理设备发送所述调用信息;
API调度模块,用于接收所述维护处理设备发送的查询信息,所述查询信息为所述维护处理设备根据所述调用信息处理得到,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;调用所述至少一个查询API根据对应的查询条件查询数据信息,将所述数据信息发送给所述维护处理设备以进行保存,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
可以看出,在本发明实施例中,通过Openstack系统设置监测模块去监测终端的API调用请求,在成功处理该API调用请求时,根据对API调用请求的成功响应报文确定出调用信息,发送给维护处理设备,由维护处理设备根据调用信息确定出用于查询数据信息的查询信息,然后API调度模块根据该查询信息查询出数据信息,返回给维护处理设备进行保存。
在本发明一些实施例中,上述监测模块具体用于,从上述成功响应报文中提取上述业务API的标识、业务属性和成功响应指示,生成上述调用信息,上述成功响应报文包括上述业务API的标识、业务属性和成功响应指示。
在本发明一些实施例中,上述监测模块还用于,监测对上述API调用请求的失败响应报文,当监测到对上述API调用请求的失败响应报文时,根据上述失败响应报文确定失败响应信息,并向上述维护处理设备发送上述失败响应信息以使上述维护处理设备进行失败信息保存。
进一步地,上述监测模块具体还用于,从上述失败响应报文中提取上述业务API的标识、失败原因和失败响应指示,生成上述失败响应信息,上述失败响应报文包括上述业务API的标识、失败原因和失败响应指示。
在本发明一些实施例中,上述监测模块还用于,在根据所述成功响应报文确定调用信息之前,从上述业务API的标识中提取业务指示参数,上述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;判断上述业务指示参数是否为上述业务查询参数,若否,确定上述API调用请求为非查询类调用请求。
本发明第四方面提供了一种维护处理设备,可包括:
API处理模块,用于从上述Openstack系统接收调用信息,上述调用信息为上述Openstack系统根据成功响应报文确定得到,上述成功响应报文为上述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;
规则处理模块,用于根据上述调用信息查找对应的业务处理规则,上述业务处理规则用于指示实现上述业务API所指示的业务时需要执行的任务;
上述API处理模块还用于,根据上述业务处理规则确定查询信息,上述查询信息包括至少一个查询API和每一个查询API对应的查询条件;向上述Openstack系统发送上述查询信息;接收上述Openstack系统发送的数据信息,并保存上述数据信息到数据库中,上述数据信息为上述Openstack系统调用上述至少一个查询API根据对应的查询条件查询得到,上述数据信息为上述Openstack系统在实现上述业务API指示的业务时发生变化的数据信息。
在本发明一些实施例中,上述规则处理模块具体用于,根据上述调用信息中的上述业务API的标识,查找到实现上述业务API所指示的业务的对应业务处理规则。
进一步地,上述API处理模块具体用于,根据上述业务处理规则从上述业务属性中确定出查询条件,并为上述查询条件分配对应的查询API。
在本发明一些实施例中,上述API处理模块还用于,接收上述Openstack系统发送的失败响应信息,根据上述失败响应信息生成失败记录,并保存上述失败记录到上述数据库中,上述失败响应信息包括上述Openstack系统对上述API调用请求的失败响应报文中的信息,上述失败响应报文包括失败原因和上述业务API的标识。
在本发明一些实施例中,查询处理模块,用于接收查询终端在查询界面输入的查询参数,上述查询参数为业务属性;根据上述查询参数,在上述数据库中查询符合上述查询参数的数据信息;以预设的显示方式,将查询到的数据信息在上述查询界面上显示给上述查询终端。
本发明第五方面提供了一种业务监控系统,可包括:第三方面提供的Openstack系统以及第四方面提供的维护处理设备。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一些实施例提供的业务监控系统的结构示意图;
图2为本发明一些实施例提供的业务监控方法的信令图;
图3为本发明一些实施例提供的业务监控方法的流程示意图;
图4为本发明一些实施例提供的业务监控装置的结构示意图。
具体实施方式
下面将结合本发明实施例的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种业务监控方法,提高维护效率,以及提高维护处理设备与Openstack系统之间的耦合性。本发明实施例提供了一种业务监控方法对应的系统,还相应提供了Openstack系统和维护处理设备。
请参阅图1,图1为本发明实施例提供的业务监控系统的结构示意图。图1中的业务监控系统包括维护处理设备110和Openstack系统120,Openstack系统120还外接终端。其中,维护处理设备110包括了API处理模块111、规则处理模块112、查询处理模块113和数据库114。Openstack系统120包括监测模块121、API调度模块122和业务处理模块123。各个模块的功能具体如下:
在维护处理设备110中:
API处理模块111,用于从监测模块121中获取调用信息和失败响应信息等。还用于从API调度模块122获取数据信息,将数据信息保存到数据库114中。进一步用于根据失败响应信息将失败信息保存到数据库114中。
规则处理模块112,预置了业务处理规则,用于根据调用信息和业务处理规则确定出查询信息,业务处理规则用于指示实现所述业务API所指示的业务时需要执行的任务。
数据库114用于保存数据信息,失败信息等。
查询处理模块113用于根据终端输入的查询条件,从数据库114中查询数据信息。
在Openstack系统120中:
监测模块121,用于监测终端发送的API调用请求,以及监测Openstack系统对API调用请求的成功响应报文或者失败响应报文,以及根据成功响应报文确定出调用信息发送给API处理模块111或者根据失败响应报文确定出失败响应信息发送给API处理模块111。还用于将API调用请求发送给API调度模块122;
API调度模块122,用于调出API调用请求中的业务API,然后发送给业务处理模块123。以及从API处理模块111接收查询信息,根据查询信息查询数据信息。
业务处理模块123,用于API调度模块122获取调用出的业务API,实现业务API所指示的业务。
请参阅图2,图2为本发明一些实施例提供的业务监控方法的信令示意图。如图2所示,一种业务监控方法,可包括:
201、上述Openstack系统监测终端发送的应用编程接口API调用请求,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;
其中,上述API调用请求还包括业务属性。业务API可以为创建API、修改API、删除API、查询API等。在调用每一种业务API实现相应业务时,还可以涉及到其它API的调用,或者其它设备的改变。比如调用创建API创建虚拟机时,还需要为虚拟机分配端口(port)等。
业务API的标识中包括业务指示参数,根据不同的业务API,其中所包括的业务指示参数也不同,这些业务指示参数为Openstack系统上线时所公布的指示。例如,对于创建API,其标识中包括业务创建参数。对于修改API,其中包括的是业务修改参数。对于删除API,其中包括的是业务删除参数。对于查询API,其中包括的是业务查询参数。
可选地,业务API的标识通常用统一资源定位符(Uniform Resource Locator,简称URL)表示,对于查询API而言,其URL中包括着一个业务指示参数,比如get()。
业务属性是指业务API的标识所指示的业务的属性,比如创建虚拟机,其业务属性包括内存大小、CPU大小等,也就是创建出来的虚拟机满足业务属性中所指示的各种属性要求。
需要说明,调用查询API实现查询时,不会造成业务的变化,也不会有数据信息发生变化,因此,在本发明实施例中,可以不用考虑查询API的调用请求。
步骤201由上述Openstack系统120的监测模块121实现,而监测模块121可以是过滤器、拦截器等,通过在Openstack系统的API处理流中设置监测模块121拦截API调用请求。该监测模块的处理逻辑如下:
判断是否API调用请求是否为查询类调用请求;
如果是,不处理;
如果否,等待该API调用请求的响应报文,如果为成功响应报文(2XX),则将从成功响应报文中确定出调用信息,并发送到维护处理设备;如果为失败响应报文(4XX或5XX),不处理。
由于Openstack系统包括多个功能模块,如nova,cinder,neutron,glance,swift,keystone等功能服务。因此,可以在上述功能模块的API处理流中插入监测模块,该监测模块负责截获所有非查询类的API。
下面以nova的api-paste为例说明,在api-paste.ini中插入过滤器处理过程,这样Openstack系统的API调用过程中就会调用过滤器对API调用请求进行处理,实现代码如下:
[composite:metadata]
use=egg:Paste#urlmap
/:meta
[pipeline:meta]
pipeline=ec2faultwrap myapifilter logrequest metaapp
[app:metaapp]
paste.app_factory
=nova.api.metadata.handler:MetadataRequestHandler.factory。
202、当监测到上述Openstack系统对上述API调用请求的成功响应报文时,上述Openstack系统根据上述成功响应报文确定调用信息;
203、上述Openstack系统向上述维护处理设备发送上述调用信息;
其中,成功响应报文中包括上述业务API的标识、业务属性和成功响应信息,成功响应信息指示了上述API调用请求被Openstack系统成功处理。
需要说明,成功响应报文中的业务属性除了包括API调用请求中的内容,还包括有实现该业务API所指示的业务时涉及到的其他设备的属性或者其他资源属性。比如创建虚拟机,API调用请求中的业务属性包括创建API的标识、内存大小、CPU大小等,而成功响应报文中的业务属性除了包括该创建API的标识、内存大小、CPU大小等外,还包括虚拟机的身份标识符(Identity,简称ID)、端口(port)的身份标识符等。
基于成功响应报文中的内容,本发明实施例中确定调用信息是从成功响应报文中提取业务API的标识、业务属性和成功响应信息生成该调用信息。
Openstack系统中设置参数表示API调用请求处理成功或API调用请求处理失败,比如,若成功响应信息为200或者以2开头的参数时,表示Openstack系统处理API调用请求成功。若响应指示信息为401或者以4开头的参数(为终端错误)时,或者500或者5开头的参数(为系统错误)时,表示Openstack系统处理API调用请求失败。
根据上述介绍,本发明实施例中可以不用考虑查询API,也就是不用考虑查询类调用请求,而识别出API调用请求是否为查询类的调用请求包括:从所述业务API的标识中提取业务指示参数;判断所述业务指示参数是否为所述业务查询参数,若是,则说明该API调用请求为查询类调用请求,则Openstack系统放弃对该次API调用请求的后续处理(此处处理是指从成功响应报文中确定出调用信息发送给维护处理设备及后续步骤,而不包括Openstack系统调用该业务API去实现该业务),若否,所述Openstack系统确定该API调用请求为非查询类调用请求,Openstack系统执行向所述维护处理设备发送调用信息的步骤。需要说明,检测是否为查询类调用请求以排除查询类调用请求的操作可以在Openstack系统根据所述成功响应报文确定调用信息之前,以减少Openstack系统作出不必要的处理。
还需要说明,Openstack系统在监测到终端的API调用请求后,Openstack系统还将执行根据API调用请求调用该业务API,以对该业务API所指示的业务进行实现,从而才能在监测到对该API调用请求的响应(在步骤202中是成功响应报文)。
步骤202和203同样由图1中的监测模块121实现。监测模块12监测到终端的API调用请求后,将API调用请求发送给API调度模块122,API调度模块122调用该业务API,然后由业务处理模块123实现该业务API指示的业务。
204、上述维护处理设备根据调用信息查找到对应的业务处理规则;
205、上述维护处理设备根据业务处理规则和调用信息,确定出查询信息;
在维护处理设备110中设置有业务处理规则,具体是在图1中的规则处理模块112中预置该业务处理规则,业务处理规则用于指示Openstack系统实现该业务API所指示的业务时需要执行的任务。也就是说,指示了在实现该业务API所指示的业务时,需要怎么做,做些什么。比如创建虚拟机时,Openstack系统将会调用该业务API创建一个虚拟机,然后为该虚拟机分配一个端口(port)等,而对应的业务处理规则则是说明了:调用业务API创建一个虚拟机(虚拟机的ID、CPU大小、内存大小都在调用信息中);分配了一个端口(端口的ID也在调用信息中给出)。
维护处理设备110接收到调用信息后,第一步维护处理设备110需要根据调用信息中的成功响应信息确定该业务API被成功处理。第二步维护处理设备110根据业务API的标识查找出对应的业务处理规则,比如为创建虚拟机的API的标识,则根据这个API的标识可以找出针对创建虚拟机预置的业务处理规则。第三步根据业务处理规则和调用信息中的业务属性确定出查询条件。还是以创建虚拟机为例,在业务属性中给出了虚拟机的ID和端口的ID,则可以确定出以ID作为查询条件。最后,为确定出的每一个查询条件分配一个查询API。
还可以理解,也可以设置维护处理设备根据业务处理规则和调用信息,确定出查询信息所根据的依据。还是以创建虚拟机为例,根据创建虚拟机的业务处理规则和调用信息,根据以下代码所生成的依据:
query instance by id when state=running//当该虚拟机处理运行态时,根据id查询虚拟机的数据;
query vols by ids from instance//根据虚拟机的关联的volume id查询关联的volume数据。
那么,维护处理设备则可以根据这些依据确定出查询信息。
206、上述维护处理设备向Openstack系统发送上述查询信息;
207、上述Openstack系统接收上述维护处理设备发送的查询信息;
208、上述Openstack系统调用所述至少一个查询API根据对应的查询条件查询数据信息;
查询信息中包括了至少一个查询API,同时每个查询API都对应着查询条件,然后上述Openstack系统调用出查询API,以查询条件去查询出实现上述业务API所指示的业务时所变化的数据信息。
209、上述Openstack系统将上述数据信息发送给维护处理设备;
210、上述维护处理设备接收该数据信息,并将数据信息保存到数据库中;
211、当监测到上述Openstack系统对上述API调用请求的失败响应报文时,上述Openstack系统根据上述失败响应报文确定失败响应信息;
其中,失败响应报文中包括上述业务API的标识、失败信息和失败响应指示。失败响应指示可以是上述介绍的以401或者以4开头的参数(为终端错误),或者500或者5开头的参数(为系统错误)。
根据失败响应报文具体是Openstack系统从失败响应报文中提取业务API的标识、失败信息和失败响应指示。失败响应指示,然后生成失败响应信息,因此,失败响应信息中包括了业务API的标识、失败信息和失败响应指示。失败响应指示。
212、上述Openstack系统向维护处理设备发送该失败响应信息;
213、上述维护处理设备接收该失败响应信息,根据失败响应信息得到失败信息并保存到数据库中。
在本发明实施例中,Openstack系统监测终端发送的API调用请求,并监测Openstack系统对API调用请求的响应。在监测到对API调用请求的成功响应报文时,Openstack系统根据成功响应报文确定出调用信息,然后将调用信息发送给维护处理设备,由维护处理设备根据调用信息确定出查询信息,该查询信息中包括至少一个查询API和每一个查询API对应的查询条件。Openstack系统接收到查询信息后,调用该至少一个查询API根据其对应的查询条件查询数据信息,这些数据信息是Openstack系统在实现业务API所指示的业务时所变化的数据,这些数据信息将发送给维护处理设备进行保存。本发明实施例中,在Openstack系统每次有业务执行时,都将变化的数据信息保存到维护处理设备中,那么维护处理设备在维护整个系统时,可以在本地完成数据信息的查询,提高了维护效率,以及查询处理设备与Openstack系统之间的耦合性。而在监测到的是API调用请求的失败响应报文,也就从失败响应报文中确定出失败响应信息,然后将失败响应发送给维护处理设备,然后维护处理设备将失败信息保存下来,方便维护人员定位出造成失败的具体位置和处理错误。
请参阅图3,图3为本发明另一实施例提供的业务监控方法的流程示意图;如图3所示,一种业务监控方法可包括:
301、上述维护处理设备接收查询终端在查询界面输入的查询参数,上述查询参数为业务属性;
用户在进行系统维护时或者需要查询数据信息时,可以在维护处理设备上直接操作。由于维护处理设备中保存了所有业务的数据信息,使得查询不用Openstack系统参与,因此,在本发明实施例中,可以针对于维护处理设备的查询设置灵活的查询条件,支持模糊查询、多条件查询等。
可选地,查询参数具体是业务属性上的信息,例如完整的业务属性或者业务属性的部分信息,还可以是一个业务属性、多个业务属性,或者多个业务属性的部分信息构成的多条件查询。举例来说,虚拟机的IP、虚拟机的身份标识符(ID)。
302、上述维护处理设备根据上述查询参数,在上述数据库中查询符合上述查询参数的数据信息;
303、上述维护处理设备以预设的显示方式,将查询到的数据信息在上述查询界面上显示给上述查询终端。
本发明实施例提供的维护处理设备除了支持灵活的查询,还可以支持比较灵活的查询显示。可以在维护处理设备中设置显示方式,举例来说,按查询参数进行排序,若有多个查询参数可以选择其中一个查询参数进行排序。也可以根据查询结果中的某一项内容来排序。
结合图1,本发明实施例还提供了一种Openstack系统120,可包括:
监测模块121,用于监测终端发送的应用编程接口API调用请求,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;以及监测对上述API调用请求的成功响应报文,在监测到对上述API调用请求的成功响应报文时,根据上述成功响应报文确定调用信息,并向上述维护处理设备发送上述调用信息;
API调度模块122,用于接收上述维护处理设备发送的查询信息,上述查询信息为上述维护处理设备根据上述调用信息处理得到,上述查询信息包括至少一个查询API和每一个查询API对应的查询条件;调用上述至少一个查询API根据对应的查询条件查询数据信息,将上述数据信息发送给上述维护处理设备以进行保存,上述数据信息为上述Openstack系统在实现上述业务API指示的业务时发生变化的数据信息。
在本发明一些实施例中,上述监测模块121还用于,监测对上述API调用请求的失败响应报文,当监测到对上述API调用请求的失败响应报文时,根据上述失败响应报文确定失败响应信息,并向上述维护处理设备发送上述失败响应信息以使上述维护处理设备进行失败信息保存。
在本发明一些实施例中,上述监测模块121具体用于,从上述成功响应报文中提取上述业务API的标识、业务属性和成功响应指示,生成上述调用信息,上述成功响应报文包括上述业务API的标识、业务属性和成功响应指示。
在本发明一些实施例中,上述监测模块121具体还用于,从上述失败响应报文中提取上述业务API的标识、失败原因和失败响应指示,生成上述失败响应信息,上述失败响应报文包括上述业务API的标识、失败原因和失败响应指示。
在本发明一些实施例中,上述监测模块还用于,在根据上述成功响应报文确定调用信息之前,从上述业务API的标识中提取业务指示参数,上述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;判断上述业务指示参数是否为上述业务查询参数,若否,确定上述API调用请求为非查询类调用请求。
结合图1,本发明一些实施例还提供了一种维护处理设备110,可包括:
API处理模块111,用于从上述Openstack系统接收调用信息,上述调用信息为上述Openstack系统根据成功响应报文确定得到,上述成功响应报文为上述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,上述API调用请求包括业务API的标识,上述业务API用于指示上述终端向上述Openstack系统请求实现的业务;
规则处理模块112,用于根据上述调用信息查找对应的业务处理规则,上述业务处理规则用于指示实现上述业务API所指示的业务时需要执行的任务;
上述API处理模块111还用于,根据上述业务处理规则确定查询信息,上述查询信息包括至少一个查询API和每一个查询API对应的查询条件;向上述Openstack系统发送上述查询信息;接收上述Openstack系统发送的数据信息,并保存上述数据信息到数据库中,上述数据信息为上述Openstack系统调用上述至少一个查询API根据对应的查询条件查询得到,上述数据信息为上述Openstack系统在实现上述业务API指示的业务时发生变化的数据信息。
在本发明一些实施例中,上述规则处理模块112具体用于,根据上述调用信息中的上述业务API的标识,查找到实现上述业务API所指示的业务的对应业务处理规则。
在本发明一些实施例中,上述API处理模块111具体用于,根据上述业务处理规则从上述业务属性中确定出查询条件,并为上述查询条件分配对应的查询API。
在本发明一些实施例中,上述API处理模块111还用于,接收上述Openstack系统发送的失败响应信息,根据上述失败响应信息生成失败记录,并保存上述失败记录到上述数据库中,上述失败响应信息包括上述Openstack系统对上述API调用请求的失败响应报文中的信息,上述失败响应报文包括失败原因和上述业务API的标识。
本发明一些实施例中,上述维护处理设备110还包括:
查询处理模块113,用于接收查询终端在查询界面输入的查询参数,上述查询参数为业务属性;根据上述查询参数,在上述数据库中查询符合上述查询参数的数据信息;以预设的显示方式,将查询到的数据信息在上述查询界面上显示给上述查询终端。
结合图1,本发明一些实施例还提供了一种业务监控系统,该业务监控系统包括上述维护处理设备110和Openstack系统120,其中,请参阅上述方法实施例和装置实施例中对维护处理设备110和Openstack系统120的详细介绍,在此不再赘述。
请参考图4,图4为本发明实施例提供的业务监控方法的装置结构示意图,其中,可包括至少一个处理器401(例如CPU,Central Processing Unit),至少一个网络接口或者其它通信接口,存储器402,和至少一个通信总线,用于实现这些装置之间的连接通信。所述处理器401用于执行存储器中存储的可执行模块,例如计算机程序。所述存储器402可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口(可以是有线或者无线)实现该系统网关与至少一个其它网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
如图4所示,在一些实施方式中,所述存储器402中存储了程序指令,程序指令可以被处理器401执行,所述处理器401具体执行以下步骤:监测终端发送的应用编程接口API调用请求,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务;以及监测对所述API调用请求的成功响应报文,在监测到对所述API调用请求的成功响应报文时,根据所述成功响应报文确定调用信息,并向所述维护处理设备发送所述调用信息;接收所述维护处理设备发送的查询信息,所述查询信息为所述维护处理设备根据所述调用信息处理得到,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;调用所述至少一个查询API根据对应的查询条件查询数据信息,将所述数据信息发送给所述维护处理设备以进行保存,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息;或者,
从所述Openstack系统接收调用信息,所述调用信息为所述Openstack系统根据成功响应报文确定得到,所述成功响应报文为所述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务;根据所述调用信息查找对应的业务处理规则,所述业务处理规则用于指示实现所述业务API所指示的业务时需要执行的任务;根据所述业务处理规则确定查询信息,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;向所述Openstack系统发送所述查询信息;接收所述Openstack系统发送的数据信息,并保存所述数据信息到数据库中,所述数据信息为所述Openstack系统调用所述至少一个查询API根据对应的查询条件查询得到,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
在一些实施方式中,所述处理器401还可以执行以下步骤:监测对所述API调用请求的失败响应报文,当监测到对所述API调用请求的失败响应报文时,根据所述失败响应报文确定失败响应信息,并向所述维护处理设备发送所述失败响应信息以使所述维护处理设备进行失败信息保存。
在一些实施方式中,所述处理器401还可以执行以下步骤:从所述成功响应报文中提取所述业务API的标识、业务属性和成功响应指示,生成所述调用信息,所述成功响应报文包括所述业务API的标识、业务属性和成功响应指示。
在一些实施方式中,所述处理器401还可以执行以下步骤:从所述失败响应报文中提取所述业务API的标识、失败原因和失败响应指示,生成所述失败响应信息,所述失败响应报文包括所述业务API的标识、失败原因和失败响应指示。
在一些实施方式中,所述处理器401还可以执行以下步骤:在根据所述成功响应报文确定调用信息之前,从所述业务API的标识中提取业务指示参数,所述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;判断所述业务指示参数是否为所述业务查询参数,若否,确定所述API调用请求为非查询类调用请求。
在一些实施方式中,所述处理器401还可以执行以下步骤:根据所述调用信息中的所述业务API的标识,查找到实现所述业务API所指示的业务的对应业务处理规则。
在一些实施方式中,所述处理器401还可以执行以下步骤:根据所述业务处理规则从所述业务属性中确定出查询条件,并为所述查询条件分配对应的查询API。
在一些实施方式中,所述处理器401还可以执行以下步骤:接收所述Openstack系统发送的失败响应信息,根据所述失败响应信息生成失败记录,并保存所述失败记录到所述数据库中,所述失败响应信息包括所述Openstack系统对所述API调用请求的失败响应报文中的信息,所述失败响应报文包括失败原因和所述业务API的标识。
在一些实施方式中,所述处理器401还可以执行以下步骤:接收查询终端在查询界面输入的查询参数,所述查询参数为业务属性;根据所述查询参数,在所述数据库中查询符合所述查询参数的数据信息;以预设的显示方式,将查询到的数据信息在所述查询界面上显示给所述查询终端。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明所提供的一种业务监控方法、系统及相关设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (21)
1.一种业务监控方法,其特征在于,应用于Openstack系统,所述Openstack系统与维护处理设备连接,所述方法包括:
所述Openstack系统监测终端发送的应用编程接口API调用请求,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务;
当监测到所述Openstack系统对所述API调用请求的成功响应报文时,所述Openstack系统根据所述成功响应报文确定调用信息,并向所述维护处理设备发送所述调用信息;所述成功响应报文包括所述业务API的标识;
所述Openstack系统接收所述维护处理设备发送的查询信息,所述查询信息为所述维护处理设备根据所述调用信息处理得到,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;
所述Openstack系统调用所述至少一个查询API根据对应的查询条件查询数据信息,将所述数据信息发送给所述维护处理设备以进行保存,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当监测到所述Openstack系统对所述API调用请求的失败响应报文时,所述Openstack系统根据所述失败响应报文确定失败响应信息,并向所述维护处理设备发送所述失败响应信息以使所述维护处理设备进行失败信息保存。
3.根据权利要求1所述的方法,其特征在于,所述Openstack系统根据所述成功响应报文确定调用信息包括:
所述Openstack系统从所述成功响应报文中提取所述业务API的标识、业务属性和成功响应指示,生成所述调用信息,所述成功响应报文还包括业务属性和成功响应指示。
4.根据权利要求2所述的方法,其特征在于,所述Openstack系统根据所述失败响应报文确定失败响应信息包括:
所述Openstack系统从所述失败响应报文中提取所述业务API的标识、失败原因和失败响应指示,生成所述失败响应信息,所述失败响应报文包括所述业务API的标识、失败原因和失败响应指示。
5.根据权利要求1或3所述的方法,其特征在于,所述Openstack系统根据所述成功响应报文确定调用信息之前包括:
所述Openstack系统从所述业务API的标识中提取业务指示参数,所述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;
判断所述业务指示参数是否为所述业务查询参数,若否,所述Openstack系统确定所述API调用请求为非查询类调用请求,执行所述Openstack系统向所述维护处理设备发送调用信息的步骤。
6.一种业务监控方法,其特征在于,应用于维护处理设备,所述维护处理设备与Openstack系统连接,所述方法包括:
所述维护处理设备从所述Openstack系统接收调用信息,所述调用信息为所述Openstack系统根据成功响应报文确定得到,所述成功响应报文为所述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务,所述成功响应报文包括所述业务API的标识;
所述维护处理设备根据所述调用信息查找对应的业务处理规则,所述业务处理规则用于指示实现所述业务API所指示的业务时需要执行的任务;
所述维护处理设备根据所述业务处理规则确定查询信息,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;
所述维护处理设备向所述Openstack系统发送所述查询信息;
所述维护处理设备接收所述Openstack系统发送的数据信息,并保存所述数据信息到数据库中,所述数据信息为所述Openstack系统调用所述至少一个查询API根据对应的查询条件查询得到,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
7.根据权利要求6所述的方法,其特征在于,所述成功响应报文还包括业务属性,所述维护处理设备根据所述调用信息查找对应的业务处理规则包括:
所述维护处理设备根据所述调用信息中的所述业务API的标识,查找到实现所述业务API所指示的业务的对应业务处理规则。
8.根据权利要求7所述的方法,其特征在于,所述维护处理设备根据所述业务处理规则确定查询信息包括:
所述维护处理设备根据所述业务处理规则从所述业务属性中确定出查询条件,并为所述查询条件分配对应的查询API。
9.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述维护处理设备接收所述Openstack系统发送的失败响应信息,根据所述失败响应信息生成失败记录,并保存所述失败记录到所述数据库中,所述失败响应信息包括所述Openstack系统对所述API调用请求的失败响应报文中的信息,所述失败响应报文包括失败原因和所述业务API的标识。
10.根据权利要求6~9任一项所述的方法,其特征在于,
所述维护处理设备接收查询终端在查询界面输入的查询参数,所述查询参数为业务属性;
所述维护处理设备根据所述查询参数,在所述数据库中查询符合所述查询参数的数据信息;
所述维护处理设备以预设的显示方式,将查询到的数据信息在所述查询界面上显示给所述查询终端。
11.一种Openstack系统,其特征在于,包括:
监测模块,用于监测终端发送的应用编程接口API调用请求,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务;以及监测对所述API调用请求的成功响应报文,在监测到对所述API调用请求的成功响应报文时,根据所述成功响应报文确定调用信息,并向维护处理设备发送所述调用信息;所述成功响应报文包括所述业务API的标识;
API调度模块,用于接收所述维护处理设备发送的查询信息,所述查询信息为所述维护处理设备根据所述调用信息处理得到,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;调用所述至少一个查询API根据对应的查询条件查询数据信息,将所述数据信息发送给所述维护处理设备以进行保存,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
12.根据权利要求11所述的Openstack系统,其特征在于,
所述监测模块还用于,监测对所述API调用请求的失败响应报文,当监测到对所述API调用请求的失败响应报文时,根据所述失败响应报文确定失败响应信息,并向所述维护处理设备发送所述失败响应信息以使所述维护处理设备进行失败信息保存。
13.根据权利要求11所述的Openstack系统,其特征在于,
所述监测模块具体用于,从所述成功响应报文中提取所述业务API的标识、业务属性和成功响应指示,生成所述调用信息,所述成功响应报文还包括业务属性和成功响应指示。
14.根据权利要求12所述的Openstack系统,其特征在于,
所述监测模块具体还用于,从所述失败响应报文中提取所述业务API的标识、失败原因和失败响应指示,生成所述失败响应信息,所述失败响应报文包括所述业务API的标识、失败原因和失败响应指示。
15.根据权利要求11或13所述的Openstack系统,其特征在于,
所述监测模块还用于,在根据所述成功响应报文确定调用信息之前,从所述业务API的标识中提取业务指示参数,所述业务指示参数包括业务查询参数、业务创建参数、业务删除参数和业务修改参数中的任意一种;判断所述业务指示参数是否为所述业务查询参数,若否,确定所述API调用请求为非查询类调用请求。
16.一种维护处理设备,其特征在于,包括:
API处理模块,用于从Openstack系统接收调用信息,所述调用信息为所述Openstack系统根据成功响应报文确定得到,所述成功响应报文为所述Openstack系统对终端发送的应用编程接口API调用请求的成功响应,所述API调用请求包括业务API的标识,所述业务API用于指示所述终端向所述Openstack系统请求实现的业务,所述成功响应报文包括所述业务API的标识;
规则处理模块,用于根据所述调用信息查找对应的业务处理规则,所述业务处理规则用于指示实现所述业务API所指示的业务时需要执行的任务;
所述API处理模块还用于,根据所述业务处理规则确定查询信息,所述查询信息包括至少一个查询API和每一个查询API对应的查询条件;向所述Openstack系统发送所述查询信息;接收所述Openstack系统发送的数据信息,并保存所述数据信息到数据库中,所述数据信息为所述Openstack系统调用所述至少一个查询API根据对应的查询条件查询得到,所述数据信息为所述Openstack系统在实现所述业务API指示的业务时发生变化的数据信息。
17.根据权利要求16所述的维护处理设备,其特征在于,所述成功响应报文还包括业务属性,
所述规则处理模块具体用于,根据所述调用信息中的所述业务API的标识,查找到实现所述业务API所指示的业务的对应业务处理规则。
18.根据权利要求17所述的维护处理设备,其特征在于,
所述API处理模块具体用于,根据所述业务处理规则从所述业务属性中确定出查询条件,并为所述查询条件分配对应的查询API。
19.根据权利要求16所述的维护处理设备,其特征在于,
所述API处理模块还用于,接收所述Openstack系统发送的失败响应信息,根据所述失败响应信息生成失败记录,并保存所述失败记录到所述数据库中,所述失败响应信息包括所述Openstack系统对所述API调用请求的失败响应报文中的信息,所述失败响应报文包括失败原因和所述业务API的标识。
20.根据权利要求16~19任一项所述的维护处理设备,其特征在于,所述维护处理设备还包括:
查询处理模块,用于接收查询终端在查询界面输入的查询参数,所述查询参数为业务属性;根据所述查询参数,在所述数据库中查询符合所述查询参数的数据信息;以预设的显示方式,将查询到的数据信息在所述查询界面上显示给所述查询终端。
21.一种业务监控系统,其特征在于,包括:
如权利要求11~15任一项所述的Openstack系统,以及如权利要求16~20任一项所述的维护处理设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510854394.1A CN105516266B (zh) | 2015-11-30 | 2015-11-30 | 一种业务监控方法、系统及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510854394.1A CN105516266B (zh) | 2015-11-30 | 2015-11-30 | 一种业务监控方法、系统及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105516266A CN105516266A (zh) | 2016-04-20 |
CN105516266B true CN105516266B (zh) | 2019-06-11 |
Family
ID=55723897
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510854394.1A Active CN105516266B (zh) | 2015-11-30 | 2015-11-30 | 一种业务监控方法、系统及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105516266B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107846321B (zh) * | 2016-09-19 | 2022-03-11 | 阿里巴巴集团控股有限公司 | 一种接口的监控方法、装置及电子设备 |
CN106598734B (zh) * | 2016-12-12 | 2020-01-14 | 武汉烽火信息集成技术有限公司 | 基于业务视图的Openstack虚拟资源拓扑显示方法 |
CN108540334A (zh) * | 2017-03-06 | 2018-09-14 | 阿里巴巴集团控股有限公司 | 一种信息监控方法及装置 |
CN109388434B (zh) * | 2017-08-02 | 2022-02-11 | 东软集团股份有限公司 | 交互数据的获取方法及装置 |
CN107682228A (zh) * | 2017-11-02 | 2018-02-09 | 郑州云海信息技术有限公司 | 一种OpenStack集群的状态监控方法及其装置 |
CN110191141B (zh) * | 2018-02-23 | 2022-03-29 | 阿里巴巴集团控股有限公司 | 服务调用信息处理方法、装置及计算机系统 |
CN108984701A (zh) * | 2018-07-06 | 2018-12-11 | 郑州云海信息技术有限公司 | 云数据系统中数据管理方法和装置 |
CN110442782B (zh) * | 2019-06-28 | 2022-08-05 | 苏州浪潮智能科技有限公司 | 一种云资源检索方法与装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1967485A (zh) * | 2006-06-20 | 2007-05-23 | 华为技术有限公司 | 一种实现j2ee应用的方法及系统 |
CN104486444A (zh) * | 2014-12-30 | 2015-04-01 | 北京天云融创软件技术有限公司 | 云管理平台的异构api转化系统 |
CN104580399A (zh) * | 2014-12-19 | 2015-04-29 | 华南理工大学 | 一种基于OpenStack和Spice的云桌面实现方法 |
CN104714823A (zh) * | 2015-03-06 | 2015-06-17 | 上海新炬网络信息技术有限公司 | 基于OpenStack的新建主机配置方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014088541A1 (en) * | 2012-12-03 | 2014-06-12 | Hewlett-Packard Development Company, L.P. | Asynchronous framework for management of iaas |
-
2015
- 2015-11-30 CN CN201510854394.1A patent/CN105516266B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1967485A (zh) * | 2006-06-20 | 2007-05-23 | 华为技术有限公司 | 一种实现j2ee应用的方法及系统 |
CN104580399A (zh) * | 2014-12-19 | 2015-04-29 | 华南理工大学 | 一种基于OpenStack和Spice的云桌面实现方法 |
CN104486444A (zh) * | 2014-12-30 | 2015-04-01 | 北京天云融创软件技术有限公司 | 云管理平台的异构api转化系统 |
CN104714823A (zh) * | 2015-03-06 | 2015-06-17 | 上海新炬网络信息技术有限公司 | 基于OpenStack的新建主机配置方法 |
Non-Patent Citations (2)
Title |
---|
基于OpenStack Swift构建高可用私有云存储平台;李磊等;《实验技术与管理》;20150520;第32卷(第5期);141-144,168 |
基于OpenStack 的清华云平台构建与调度方案设计;赵少卡等;《计算机应用》;20131201;3335-3338,3349 |
Also Published As
Publication number | Publication date |
---|---|
CN105516266A (zh) | 2016-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105516266B (zh) | 一种业务监控方法、系统及相关设备 | |
CN110535831B (zh) | 基于Kubernetes和网络域的集群安全管理方法、装置及存储介质 | |
CN107094158B (zh) | 一种自动化内网安全脆弱分析系统 | |
CN105245373B (zh) | 一种容器云平台系统的搭建及运行方法 | |
CN109150572B (zh) | 实现告警关联的方法、装置以及计算机可读存储介质 | |
CN108897854B (zh) | 一种超时任务的监控方法和装置 | |
US10313452B2 (en) | Migrating a chat message service provided by a chat server to a new chat server | |
CN107943841A (zh) | 流式数据处理方法、系统和计算机可读存储介质 | |
TWI751139B (zh) | 業務處理系統、業務處理方法以及業務更新方法 | |
CN109064345A (zh) | 消息处理方法、系统以及计算机可读存储介质 | |
CN108696581B (zh) | 分布式信息的缓存方法、装置、计算机设备以及存储介质 | |
CN111752799A (zh) | 一种业务链路跟踪方法、装置、设备及储存介质 | |
CN105760240A (zh) | 分布式任务处理方法及装置 | |
CN104219316A (zh) | 一种分布式系统中的调用请求处理方法及装置 | |
CN103516918B (zh) | 资源故障恢复方法及装置 | |
CN105653425A (zh) | 基于复杂事件处理引擎的监控系统 | |
CN110502546A (zh) | 一种数据处理方法及装置 | |
CN107133231B (zh) | 一种数据获取方法和装置 | |
CN113517985B (zh) | 文件数据处理方法、装置、电子设备及计算机可读介质 | |
EP3289464A1 (en) | Detection of node.js memory leaks | |
CN111597033A (zh) | 一种任务调度方法和装置 | |
US8141103B2 (en) | Solution for modifying a queue manager to support smart aliasing which permits extensible software to execute against queued data without application modifications | |
CN110430070A (zh) | 一种服务状态分析方法、装置、服务器、数据分析设备及介质 | |
CN107862040A (zh) | 一种应用实例的缓存中数据的更新方法、装置及一种集群 | |
CN108154343B (zh) | 一种企业级信息系统的应急处理方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220223 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |