发明内容
本发明实施例提供一种软件实体自动发现方法、服务节点及设备,用以实现软件实体的自动发现,以克服现有技术存在的无法发现不具有被发现能力的软件实体及影响O&M服务节点性能等问题。
第一方面提供一种软件实体自动发现方法,包括:
节点设备通过软件实体对应的插件,获取所述软件实体的特征信息;
所述节点设备通过所述软件实体对应的插件,生成携带所述特征信息的注册请求;
所述节点设备通过所述软件实体对应的插件,将所述注册请求上报给操作维护O&M服务节点,以使所述O&M服务节点对所述软件实体进行维护与管理。
在第一方面的第一种可能的实现方式中,所述方法还包括:所述节点设备通过所述软件实体对应的插件,接收所述O&M服务节点发送的所述软件实体下的待管理软件实例的标识信息;所述节点设备通过所述软件实体对应的插件,根据所述待管理软件实例的标识信息,对所述待管理软件实例进行实时监控并向所述O&M服务节点上报监控结果。
结合第一方面或第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述节点设备通过所述软件实体对应的插件,将所述注册请求上报给操作维护O&M服务节点包括:所述节点设备通过所述软件实体对应的插件,将所述注册请求上报给服务节点代理,以使所述服务节点代理将所述注册请求发送给所述O&M服务节点。
结合第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,所述方法还包括:所述节点设备通过所述软件实体对应的插件,接收所述服务节点代理发送的动作参数和配置参数,所述动作参数和所述配置参数是所述服务节点代理为所述软件实体配置的;所述节点设备通过所述软件实体对应的插件,将所述动作参数和所述配置参数的格式转换为所述软件实体所支持的格式,并提供给所述软件实体。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,所述软件实体安装于所述节点设备上;或者,所述软件实体安装于不同于所述节点设备的其他设备上。
第二方面提供一种软件实体自动发现方法,包括:
操作维护O&M服务节点接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是所述节点设备运行所述软件实体对应的插件获取并通过所述注册请求上报给所述O&M服务节点的;
所述O&M服务节点根据所述特征信息,对所述软件实体进行维护与管理。
在第二方面的第一种可能的实现方式中,所述方法还包括:所述O&M服务节点向所述节点设备发送所述软件实体下的待管理软件实例的标识信息,以使所述节点设备运行所述插件以对所述待管理软件实例进行实时监控并上报监控结果。
结合第二方面或第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述操作维护O&M服务节点接收节点设备发送的注册请求包括:所述O&M服务节点接收由服务节点代理发送的所述注册请求,所述注册请求是所述节点设备发送给所述服务节点代理的。
结合第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述O&M服务节点接收由服务节点代理发送的所述注册请求包括:所述O&M服务节点接收所述服务节点代理发送的汇聚注册请求;所述汇聚注册请求是所述服务节点代理对多个所述节点设备发送的所述注册请求进行汇聚处理生成的,所述汇聚注册请求用于指示多个所述节点设备向所述O&M服务节点进行注册。
第三方面提供一种软件实体自动发现方法,包括:
服务节点代理接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是所述节点设备运行所述软件实体对应的插件获取并通过所述注册请求上报给操作维护O&M服务节点的;
所述服务节点代理将所述注册请求发送给所述O&M服务节点,以使所述O&M服务节点对所述软件实体进行维护与管理。
在第三方面的第一种可能的实现方式中,所述方法还包括:所述服务节点代理为所述软件实体下的待管理软件实例配置动作参数和配置参数;所述服务节点代理向所述节点设备发送所述动作参数和所述配置参数,以使所述节点设备运行所述插件以将所述动作参数和所述配置参数的格式转换为所述软件实体支持的格式并提供给所述软件实体。
结合第三方面或第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,所述服务节点代理接收节点设备发送的注册请求包括:所述服务节点接收多个所述节点设备发送的所述注册请求;
所述服务节点代理将所述注册请求发送给所述O&M服务节点包括:所述服务节点设备将多个所述注册请求进行汇聚处理,生成汇聚注册请求;所述汇聚注册请求用于指示多个所述节点设备向所述O&M服务节点进行注册;所述服务节点设备将所述汇聚注册请求发送给所述O&M服务节点。
第四方面提供一种节点设备,包括:
获取模块,用于通过软件实体对应的插件,获取所述软件实体的特征信息;
生成模块,用于通过所述软件实体对应的插件,生成携带所述特征信息的注册请求;
发送模块,用于通过所述软件实体对应的插件,将所述注册请求上报给操作维护O&M服务节点,以使所述O&M服务节点对所述软件实体进行维护与管理。
在第四方面的第一种可能的实现方式中,所述节点设备还包括:第一接收模块,用于通过所述软件实体对应的插件,接收所述O&M服务节点发送的所述软件实体下的待管理软件实例的标识信息;监控模块,用于通过所述软件实体对应的插件,根据所述待管理软件实例的标识信息,对所述待管理软件实例进行实时监控并向所述O&M服务节点上报监控结果。
结合第四方面或第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中,所述发送模块具体用于通过所述软件实体对应的插件,将所述注册请求上报给服务节点代理,以使所述服务节点代理将所述注册请求发送给所述O&M服务节点。
结合第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,所述节点设备还包括:第二接收模块,用于通过所述软件实体对应的插件,接收所述服务节点代理发送的动作参数和配置参数,所述动作参数和所述配置参数是所述服务节点代理为所述软件实体配置的;格式转换模块,用于通过所述软件实体对应的插件,将所述动作参数和所述配置参数的格式转换为所述软件实体所支持的格式,并提供给所述软件实体。
第五方面提供一种服务节点,包括:
接收模块,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是所述节点设备运行所述软件实体对应的插件获取并通过所述注册请求上报给所述O&M服务节点的;
维护模块,用于根据所述特征信息,对所述软件实体进行维护与管理。
在第五方面的第一种可能的实现方式中,所述服务节点还包括:发送模块,用于向所述节点设备发送所述软件实体下的待管理软件实例的标识信息,以使所述节点设备运行所述插件以对所述待管理软件实例进行实时监控并上报监控结果。
结合第五方面或第五方面的第一种可能的实现方式,在第五方面的第二种可能的实现方式中,所述接收模块具体用于接收由服务节点代理发送的所述注册请求,所述注册请求是所述节点设备发送给所述服务节点代理的。
结合第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,所述接收模块进一步具体用于接收所述服务节点代理发送的汇聚注册请求;所述汇聚注册请求是所述服务节点代理对多个所述节点设备发送的所述注册请求进行汇聚处理生成的,所述汇聚注册请求用于指示多个所述节点设备向所述O&M服务节点进行注册。
第六方面提供一种代理设备,包括:
接收模块,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是所述节点设备运行所述软件实体对应的插件获取并通过所述注册请求上报给操作维护O&M服务节点的;
第一发送模块,用于将所述注册请求发送给所述O&M服务节点,以使所述O&M服务节点对所述软件实体进行维护与管理。
在第六方面的第一种可能的实现方式中,所述代理设备还包括:配置模块,用于为所述软件实体下的待管理软件实例配置动作参数和配置参数;第二发送模块,用于向所述节点设备发送所述动作参数和所述配置参数,以使所述节点设备运行所述插件以将所述动作参数和所述配置参数的格式转换为所述软件实体支持的格式并提供给所述软件实体。
结合第六方面或第六方面的第一种可能的实现方式,在第六方面的第二种可能的实现方式中,所述接收模块具体用于接收多个所述节点设备发送的所述注册请求;所述第一发送模块具体用于将多个所述注册请求进行汇聚处理,生成汇聚注册请求,将所述汇聚注册请求发送给所述O&M服务节点;所述汇聚注册请求用于指示多个所述节点设备向所述O&M服务节点进行注册。
本发明实施例提供的软件实体自动发现方法、服务节点及设备,通过为软件实体设置插件,由节点设备运行软件实体的插件从而主动向服务节点进行注册,使得服务节点发现软件实体的存在并对软件实体进行维护与管理,实现了软件实体的自动发现,不再依赖于软件实体是否具有被发现的能力,可以发现任何存在的软件实体,另外,不再像现有技术那样由服务节点周期性进行全局扫描,减轻了服务节点的负担,提高了服务节点对软件实体进行维护与管理的性能。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决现有技术中O&M服务节点周期性的全局扫描以发现软件实体并对发现的软件实体进行维护与管理的方法所存在的各种缺陷,本发明实施例提供一种软件实体主动发现方法。该方法的主要核心思想是:为每个软件实体定制插件(plug-in),该插件安装于一个节点设备上,该节点设备运行插件从而实现对于软件实体的自动发现。具体的,为了实现软件实体的自动发现,节点设备运行软件实体对应的插件以执行以下操作:
获取软件实体的特征信息;
生成携带软件实体的特征信息的注册请求;
将注册请求上报给O&M服务节点,以使O&M服务节点对该软件实体进行维护与管理。
即,节点设备通过软件实体对应的插件,获取软件实体的特征信息;节点设备通过软件实体对应的插件,生成携带所述特征信息的注册请求;节点设备通过软件实体对应的插件,将注册请求上报给O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
在本实施例中,每个软件实体对应的插件是专门定制的,节点设备运行该插件可以获取软件实体的特征信息,所述特征信息可以是软件实体的类型、软件实体的名称等。本实施例的软件实体可以是运行在操作***之上的各种软件,例如,本实施例的软件实体可以是Hadoop、Tomcat或PostgreSQL等。在获取软件实体的特征信息后,节点设备继续运行该插件生成携带软件实体的特征信息的注册请求,并将该注册请求上报给O&M服务节点,使得O&M服务节点根据该注册请求获知软件实体的存在(即发现软件实体)并对该软件实体进行维护与管理。
在本实施例中,通过为软件实体设置插件,由节点设备运行软件实体的插件从而主动向O&M服务节点进行注册,使得O&M服务节点发现软件实体的存在并对软件实体进行维护与管理,实现了软件实体的自动发现,不再依赖于软件实体自身是否具有被发现的能力,这种通过软件实体对应的插件主动向O&M服务节点注册的方式可以使O&M服务节点发现任何存在的软件实体;另外,本实施例不再像现有技术那样由O&M服务节点周期性进行全局扫描,减轻了O&M服务节点的负担,使得O&M服务节点可以将更多资源用于对软件实体的维护与管理,提高了O&M服务节点对软件实体进行维护与管理的性能。
在一可选实施方式中,用户可以在O&M服务节点上配置软件实例列表,该软件实例列表中存储有软件实体下需要进行管理的各软件实例的标识信息。这些需要管理的软件实例可以称为待管理软件实例。O&M服务节点会根据软件实例列表中待管理软件实例的标识信息,对相应待管理软件实例进行维护与管理,例如对这些软件实例进行鉴权,让用户进行识别处理,或者实时呈现这些软件实例的运行状态等。另外,O&M服务节点在根据节点设备上报的注册请求发现软件实体后,还可以向节点设备发送该软件实体下的待管理软件实例的标识信息,以使节点设备运行该软件实体对应的插件以对相应软件实例进行监控处理。基于此,本实施例中节点设备运行应用软件对应的插件所执行的操作还包括:
节点设备通过软件实体对应的插件,接收O&M服务节点发送的软件实体下的待管理软件实例的标识信息;
节点设备通过软件实体对应的插件,根据待管理软件实例的标识信息,对所述待管理软件实例进行实时监控并向O&M服务节点上报监控结果。
在一可选实施方式中,在O&M服务节点与节点设备之间设置有服务节点代理。该服务节点代理主要作为O&M服务节点与节点设备之间的消息通路,负责在O&M服务节点与节点设备之间转发消息。例如,服务节点代理节点设备通过软件实体对应的插件,将节点设备上报给O&M服务节点的注册请求发送给O&M服务节点,以及将O&M服务节点下发给节点设备的待管理软件实例的标识信息发送给软件实体对应的插件等。
基于上述,上述节点设备运行软件实体对应的插件所执行的将注册请求上报给O&M服务节点的过程包括:节点设备通过软件实体对应的插件,将注册请求上报给服务节点代理,以使服务节点代理将注册请求发送给O&M服务节点。相应的,上述节点设备运行软件实体对应的插件所执行的接收O&M服务节点发送的软件实体下的待管理软件实例的标识信息的过程包括:节点设备通过软件实体对应的插件,接收服务节点代理发送的待管理软件实例的标识信息,待管理软件实例的标识信息是O&M服务节点发送给服务节点代理的。
进一步,为了减轻O&M服务节点的负担,O&M服务节点的部分功能可由服务节点代理实现。例如,服务节点代理可以代替O&M服务节点为软件实体配置动作参数和配置参数,并将配置的动作参数和配置参数下发给软件实体,这样可以减轻O&M服务节点的负担。基于此,本实施例中节点设备运行软件实体对应的插件所执行的操作还包括:
节点设备通过软件实体对应的插件,接收服务节点代理发送的动作参数和配置参数,所述动作参数和所述配置参数是服务节点代理为软件实体配置的;
节点设备通过软件实体对应的插件,将该动作参数和配置参数的格式转换为软件实体所支持的格式,并提供给软件实体。
上述动作参数和配置参数可以是标准动作参数和标准配置参数,例如配置软件实体启动的动作和参数,该格式为Startup(softwaretypeA,parametera1,parametera2,parametera3)。服务节点代理除了可以为软件实体配置标准动作参数和标准配置参数之外,还可以为软件实体配置扩展的动作参数和扩展的配置参数。
本实施例的服务节点代理除了作为O&M服务节点与节点设备之间的消息通路并负责O&M服务节点的部分功能之外,还具有汇聚功能。所谓汇聚功能是指服务节点代理对连接于O&M服务节点的多个节点设备上报给O&M服务节点的众多消息进行汇聚处理,从而减少到达O&M服务节点的消息数量,以减轻O&M服务节点的处理负担。其中,服务节点代理通过下联接口与每个节点设备一一连接,而利用较少数量的上联接口与O&M服务节点连接,这样可以减少同时上报给O&M服务节点的消息数量,有利于减轻O&M服务节点在瞬间的处理负担,有利于使O&M服务节点实现负载均衡。
另外,服务节点代理也可以通过对各节点设备上报的消息进行分类汇总,将属于同一类型的消息汇总为一个上报给O&M服务节点,这样可以减少O&M服务节点处理的消息的总数量,有利于减轻O&M服务节点的负担。例如,服务节点代理可以接收多个节点设备发送的注册请求,将多个注册请求进行汇聚处理,生成汇聚注册请求,该汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册,然后将汇聚注册请求发送给O&M服务节点,减少了发送给O&M服务节点的个数。又例如,服务节点代理可以接收多个节点设备发送的启动消息,多个启动消息分别为Startup(softwaretypeA,parametera,parameterb,parameterc)、Startup(softwaretypeB,parametera,parameterb,parameterc)、……、Startup(softwaretypeN,parametera,parameterb,parameterc),则服务节点代理可以对多个启动消息进行汇聚,生成一个汇聚启动消息Startup(softwaretypeABC…N,parametera,parameterb,parameterc)。服务节点代理进行节点设备上报的消息进行汇聚处理的方式可以有多种,凡是可以减轻O&M服务节点的负担的方式都适用于本发明实施例。
在一可选实施方式中,本实施例的软件实体和其对应的插件可以安装于同一节点设备上,即软件实体可以安装于运行该软件实体对应的节点设备上。这样可以实现软件实体对应的插件对软件实体的拉近控制。
另外,本实施例的软件实体和其对应的插件也可以安装于不同的节点设备上,即软件实体可以安装于不同于运行该软件实体对应的插件的节点设备的其他节点设备上。这样可以实现软件实体对应的插件对软件实体的拉远控制。
由上述可见,本实施例通过为软件实体配置插件,不仅可以实现软件实体的自动发现,而且可以实现软件实体的拉远控制和拉近控制,具有控制灵活的优势,适用场景更加广泛。
进一步,由于为每个软件实体定制插件的操作不需要由O&M服务节点执行,可以减轻O&M服务节点的负担,降低对O&M服务节点性能的要求,有利于提高O&M服务节点的性能、可靠性等DFX指标。
图1为本发明实施例提供的一种软件实体自动发现方法的流程图。如图1所示,本实施例的方法包括:
步骤101、O&M服务节点接收节点设备发送的注册请求,该注册请求携带有软件实体的特征信息,该特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给O&M服务节点的。
步骤102、O&M服务节点根据软件实体的特征信息,对软件实体进行维护与管理。
本实施例是从O&M服务节点的角度进行的描述。在本实施例中,节点设备上安装有软件实体对应的插件,通过运行该插件获取软件实体的特征信息,生成携带该特征信息的注册请求并将注册请求上报给O&M服务节点。其中,软件实体的特征信息可以是软件实体的类型、软件实体的名称等。O&M服务节点接收节点设备上报的注册请求,对注册请求进行解析,从注册请求中获取软件实体的特征信息,确定软件实体的存在并对该软件实体进行维护与管理。对O&M服务节点来说,发现软件实体的存在也就意味着对软件实体进行维护与管理。
在本实施例中,O&M服务节点与运行软件实体对应的插件的节点设备相互配合,接收节点设备通过运行插件上报的注册请求,进而根据注册请求和注册请求中携带的软件实体的特征信息发现软件实体的存在并对软件实体进行维护与管理,这个发现软件实体的过程不依赖软件实体自身是否具有被发现的能力,O&M服务节点可以发现任何存在的软件实体;另外,在这个发现软件实体的过程中,O&M服务节点不需要周期性的进行全局扫描,其负担较轻,可以将更多资源用于对软件实体的维护与管理,提高了对软件实体进行维护与管理的性能。
在一可选实施方式中,如图2所示,本实施例的方法在步骤102之后还包括:
步骤103、O&M服务节点向运行软件实体对应的插件的节点设备发送软件实体下的待管理软件实例的标识信息,以使节点设备运行软件实体对应的插件以对所述待管理软件实例进行实时监控并上报监控结果。
在本实施例中,用户可以在O&M服务节点上配置软件实例列表,该软件实例列表中存储有软件实体下需要进行管理的各软件实例的标识信息。这些需要管理的软件实例可以称为待管理软件实例。O&M服务节点会根据软件实例列表中待管理软件实例的标识信息,对相应待管理软件实例进行维护与管理,例如对这些软件实例进行鉴权,让用户进行识别处理,或者实时呈现这些软件实例的运行状态等。另外,O&M服务节点在根据节点设备上报的注册请求发现软件实体后,还可以向节点设备发送该软件实体下的待管理软件实例的标识信息,以使节点设备运行该软件实体对应的插件以对相应软件实例进行实时监控并向O&M服务节点上报监控结果。
在一可选实施方式中,在O&M服务节点与节点设备之间设置有服务节点代理。该服务节点代理主要作为O&M服务节点与节点设备之间的消息通路,负责在O&M服务节点与节点设备之间转发消息。基于此,O&M服务节点接收节点设备发送的注册请求的过程包括:O&M服务节点接收由服务节点代理发送的注册请求,所述注册请求是节点设备发送给服务节点代理的。具体的,节点设备通过运行软件实体对应的插件生成注册请求之后,将注册请求上报给服务节点代理,然后由服务节点代理转发给O&M服务节点。相应的,O&M服务节点向节点设备发送软件实体下的待管理软件实例的标识信息的过程包括:O&M服务节点将软件实体下的待管理软件实例的标识信息发送给服务节点代理,由服务节点代理发送给节点设备。在一可选实施方式中,O&M服务节点向节点设备发送软件实体下的待管理软件实例的标识信息的过程包括:O&M服务节点接收服务节点代理发送的汇聚注册请求;所述汇聚注册请求是服务节点代理对多个节点设备发送的注册请求进行汇聚处理生成的,所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册。
图3为本发明实施例提供的又一种软件实体自动发现方法的流程图。如图3所示,本实施例的方法包括:
步骤301、服务节点代理接收节点设备发送的注册请求,该注册请求携带有软件实体的特征信息,该特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给O&M服务节点的。
步骤302、服务节点代理将注册请求发送给O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
在一可选实施方式中,本实施例的方法还包括:服务节点代理为软件实体下的待管理软件实例配置动作参数和配置参数;服务节点代理向节点设备发送该动作参数和该配置参数,以使节点设备运行软件实体对应的插件以将该动作参数和该配置参数的格式转换为软件实体支持的格式并提供给软件实体。
本实施例是从服务节点代理的角度进行的描述。关于O&M服务节点与节点设备的描述可参见上述实施例,在此不再赘述。
在本实施例中,服务节点代理设置于O&M服务节点与节点设备之间,主要作为O&M服务节点与节点设备之间的消息通路,负责在O&M服务节点与节点设备之间转发消息。例如,服务节点代理将节点设备上报给O&M服务节点的注册请求发送给O&M服务节点,以及将O&M服务节点下发给节点设备的待管理软件实例的标识信息发送给软件实体对应的插件等。
除上述之外,为了减轻O&M服务节点的负担,服务节点代理还可以实现O&M服务节点的部分功能。例如,服务节点代理可以代替O&M服务节点为软件实体配置动作参数和配置参数,并将配置的动作参数和配置参数下发给软件实体,这样可以减轻O&M服务节点的负担。
上述动作参数和配置参数可以是标准动作参数和标准配置参数,还可以是扩展动作参数和扩展配置参数。
进一步,本实施例的服务节点代理还具有汇聚功能。所谓汇聚功能是指服务节点代理对连接于O&M服务节点的多个节点设备上报给O&M服务节点的众多消息进行汇聚处理,从而减少到达O&M服务节点的消息数量,以减轻O&M服务节点的处理负担。其中,服务节点代理通过下联接口与每个节点设备一一连接,而利用较少数量的上联接口与O&M服务节点连接,这样可以减少同时上报给O&M服务节点的消息数量,有利于减轻O&M服务节点在瞬间的处理负担,有利于使O&M服务节点实现负载均衡。另外,服务节点代理也可以通过对各节点设备上报的消息进行分类汇总,将属于同一类型的消息汇总为一个上报给O&M服务节点,这样可以减少O&M服务节点处理的消息的总数量,有利于减轻O&M服务节点的负担。例如,服务节点接收多个节点设备发送的注册请求;服务节点设备将多个注册请求进行汇聚处理,生成汇聚注册请求;所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册;服务节点设备将汇聚注册请求发送给O&M服务节点。服务节点代理进行节点设备上报的消息进行汇聚处理的方式可以有多种,凡是可以减轻O&M服务节点的负担的方式都适用于本发明实施例。
在本实施例中,服务节点代理作为O&M服务节点与运行软件实体对应的插件的节点设备之间的消息通路,通过将节点设备通过运行插件上报的注册请求发送给O&M服务节点,使得O&M服务节点根据注册请求和注册请求中携带的软件实体的特征信息发现软件实体的存在并对软件实体进行维护与管理,这个发现软件实体的过程不依赖软件实体自身是否具有被发现的能力,使得O&M服务节点可以发现任何存在的软件实体;另外,在这个发现软件实体的过程中,O&M服务节点不需要周期性的进行全局扫描,其负担较轻,可以将更多资源用于对软件实体的维护与管理,提高了对软件实体进行维护与管理的性能。
图4为本发明实施例提供的一种节点设备的结构示意图。如图4所示,本实施例的节点设备包括:获取模块41、生成模块42和发送模块43。
获取模块41,用于通过软件实体对应的插件,获取所述软件实体的特征信息。
生成模块42,与获取模块41连接,用于通过软件实体对应的插件,生成携带获取模块41获取的特征信息的注册请求。
发送模块43,与生成模块42连接,用于通过软件实体对应的插件,将生成模块42生成的注册请求上报给O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
在一可选实施方式中,如图5所示,本实施例的节点设备还包括:第一接收模块44和监控模块45。
第一接收模块44,用于通过软件实体对应的插件,接收O&M服务节点发送的软件实体下的待管理软件实例的标识信息。第一接收模块44具体用于在O&M服务节点发现所述软件实体后,通过软件实体对应的插件,接收O&M服务节点发送的软件实体下的待管理软件实例的标识信息。可选的,第一接收模块44与发送模块43连接。
监控模块45,与第一接收模块44连接,用于通过软件实体对应的插件,根据第一接收模块44接收的待管理软件实例的标识信息,对待管理软件实例进行实时监控并向O&M服务节点上报监控结果。
在一可选实施方式中,发送模块43具体用于通过软件实体对应的插件,将注册请求上报给服务节点代理,以使服务节点代理将注册请求发送给O&M服务节点。
在一可选实施方式中,如图5所示,本实施例的节点设备还包括:第二接收模块46和格式转换模块47。
第二接收模块46,用于通过软件实体对应的插件,接收服务节点代理发送的动作参数和配置参数,所述动作参数和所述配置参数是服务节点代理为软件实体配置的。第二接收模块46与发送模块43连接,用于在发送模块43发送注册请求发送给O&M服务节点之后,通过软件实体对应的插件,接收服务节点代理发送的动作参数和配置参数。
格式转换模块47,与第二接收模块46连接,用于通过软件实体对应的插件,将第二接收模块46接收的动作参数和配置参数的格式转换为软件实体所支持的格式,并提供给软件实体。
本实施例提供的节点设备可用于执行上述软件实体自动发现方法实施例中节点设备所执行的流程,其具体工作原理不再赘述,详见方法实施例的描述。
本实施例提供的节点设备,通过软件实体对应的插件,主动向服务节点进行软件实体的注册,使得服务节点发现软件实体的存在并对软件实体进行维护与管理,实现了软件实体的自动发现,不再依赖于软件实体是否具有被发现的能力,可以发现任何存在的软件实体,另外,不再像现有技术那样由服务节点周期性进行全局扫描,减轻了服务节点的负担,提高了服务节点对软件实体进行维护与管理的性能。
图6为本发明实施例提供的又一种节点设备的结构示意图。如图6所示,本实施例的节点设备包括:处理器(processor)61、通信接口(CommunicationsInterface)62和存储器(memory)63。
可选的,如果处理器61,通信接口62和存储器63相互独立实现,则处理器61,通信接口62和存储器63可以通过总线64相互连接并完成相互间的通信。总线64可以是工业标准体系结构(IndustryStandardArchitecture,简称为ISA)总线、外部设备互连(PeripheralComponent,简称为PCI)总线或扩展工业标准体系结构(ExtendedIndustryStandardArchitecture,简称为EISA)总线等。总线64可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,如果处理器61,通信接口62和存储器63集成在一块芯片上实现,则处理器61,通信接口62和存储器63可以通过内部接口完成相互间的通信。
通信接口62,用于完成节点设备与O&M服务节点和服务节点代理之间的通信。
处理器61,用于执行程序611。具体地,程序611可以包括程序代码,所述程序代码包括计算机操作指令。程序611可以是软件实体对应的插件。
处理器61可能是一个中央处理器(CentralProcessingUnit,简称为CPU),或者是特定集成电路(ApplicationSpecificIntegratedCircuit,简称为ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器63,用于存放程序611。存储器63可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。如图7所示,程序611具体可以包括:
获取模块601,用于获取软件实体的特征信息;
生成模块602,用于生成携带特征信息的注册请求;
发送模块603,用于将注册请求上报给操作维护O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
程序611中各模块的具体实现参见图4-图5所示实施例中的相应模块,在此不赘述。
本实施例提供的节点设备可用于执行上述软件实体自动发现方法实施例中节点设备所执行的流程,其具体工作原理不再赘述,详见方法实施例的描述。
本实施例提供的节点设备,通过软件实体对应的插件,主动向服务节点进行软件实体的注册,使得服务节点发现软件实体的存在并对软件实体进行维护与管理,实现了软件实体的自动发现,不再依赖于软件实体是否具有被发现的能力,可以发现任何存在的软件实体,另外,不再像现有技术那样由服务节点周期性进行全局扫描,减轻了服务节点的负担,提高了服务节点对软件实体进行维护与管理的性能。
图8为本发明实施例提供的一种服务节点的结构示意图。如图8所示,本实施例的服务节点包括:接收模块81和维护模块82。
接收模块81,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给所述O&M服务节点的。
维护模块82,与接收模块81连接,用于根据接收模块81接收的特征信息,对软件实体进行维护与管理。
在一可选实施方式中,如图8所示,本实施例的服务节点还包括:发送模块83。
发送模块83,用于向节点设备发送软件实体下的待管理软件实例的标识信息,以使节点设备运行所述插件以对待管理软件实例进行实时监控并上报监控结果。其中,发送模块83具体用于在发现软件实体后,向节点设备发送该软件实体下的待管理软件实例的标识信息。因此,发送模块83与接收模块81连接。
在一可选实施方式中,接收模块81具体可用于接收由服务节点代理发送的所述注册请求,所述注册请求是节点设备发送给服务节点代理的。
接收模块81进一步具体用于接收服务节点代理发送的汇聚注册请求;所述汇聚注册请求是服务节点代理对多个节点设备发送的注册请求进行汇聚处理生成的,所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册。
本实施例提供服务节点可以是上述方法实施例中的O&M服务节点。本实施例提供的服务节点的各功能模块可用于执行图1和图2所示实施例提供的软件实体发现方法的流程,其具体工作原理不再赘述,详见方法实施例的描述。
本实施例提供的服务节点,接收节点设备运行软件实体对应的插件而上报的注册请求,对注册请求进行解析,从注册请求中获取软件实体的特征信息,确定软件实体的存在并对该软件实体进行维护与管理。
图9为本发明实施例提供的另一种服务节点的结构示意图。如图9所示,本实施例的服务节点包括:接收器91、处理器92和存储器93。
接收器91,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给O&M服务节点的。
存储器93,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器93可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。
处理器92,用于执行程序,以用于:根据接收器91接收的特征信息,对软件实体进行维护与管理。
在一可选实施方式中,如图9所示,本实施例的服务节点还包括:发送器94。
发送器94,用于向节点设备发送软件实体下的待管理软件实例的标识信息,以使节点设备运行所述插件以对待管理软件实例进行实时监控并上报监控结果。
在一可选实施方式中,接收器91具体可用于接收由服务节点代理发送的所述注册请求,所述注册请求是节点设备发送给服务节点代理的。
接收器91进一步具体用于接收服务节点代理发送的汇聚注册请求;所述汇聚注册请求是服务节点代理对多个节点设备发送的注册请求进行汇聚处理生成的,所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册。
可选的,如果接收器91、处理器92、存储器93和发送器94相互独立实现,则接收器91、处理器92、存储器93和发送器94可以通过总线95相互连接并完成相互间的通信。总线95可以是ISA总线、PCI总线或EISA总线等。总线95可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,如果接收器91、处理器92、存储器93和发送器94集成在一块芯片上实现,则接收器91、处理器92、存储器93和发送器94可以通过内部接口完成相互间的通信。
本实施例提供服务节点可以是上述方法实施例中的O&M服务节点。本实施例提供的服务节点可用于执行图1和图2所示实施例提供的软件实体发现方法的流程,其具体工作原理不再赘述,详见方法实施例的描述。
本实施例提供的服务节点,接收节点设备运行软件实体对应的插件而上报的注册请求,对注册请求进行解析,从注册请求中获取软件实体的特征信息,确定软件实体的存在并对该软件实体进行维护与管理。
图10为本发明实施例提供的一种代理设备的结构示意图。如图10所示,本实施例的代理设备包括:接收模块1001和第一发送模块1002。
接收模块1001,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给O&M服务节点的。
第一发送模块1002,与接收模块1001连接,用于将接收模块1001接收的注册请求发送给O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
在一可选实施方式中,如图10所示,本实施例的代理设备还包括:配置模块1003和第二发送模块1004。
配置模块1003,用于为软件实体下的待管理软件实例配置动作参数和配置参数。配置模块1003与第一发送模块1002连接。
第二发送模块1004,与配置模块1003连接,用于向节点设备发送配置模块1003配置的动作参数和配置参数,以使节点设备运行所述插件以将动作参数和配置参数的格式转换为软件实体支持的格式并提供给软件实体。
在一可选实施方式中,接收模块1001具体用于接收多个节点设备发送的所述注册请求。相应地,第一发送模块1002具体用于将多个注册请求进行汇聚处理,生成汇聚注册请求,将所述汇聚注册请求发送给O&M服务节点;所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册。
本实施例提供的代理设备可作为上述方法实施例中的服务节点代理。本实施例的代理设备的各功能模块可用于执行图3所示实施例提供的软件实体自动发现方法的流程,其具体工作原理不再赘述,详见方法实施例的流程。
本实施例提供的代理设备,作为O&M服务节点与运行软件实体对应的插件的节点设备之间的消息通路,通过将节点设备通过运行插件上报的注册请求发送给O&M服务节点,使得O&M服务节点根据注册请求和注册请求中携带的软件实体的特征信息发现软件实体的存在并对软件实体进行维护与管理,这个发现软件实体的过程不依赖软件实体自身是否具有被发现的能力,使得O&M服务节点可以发现任何存在的软件实体;另外,在这个发现软件实体的过程中,O&M服务节点不需要周期性的进行全局扫描,其负担较轻,可以将更多资源用于对软件实体的维护与管理,提高了对软件实体进行维护与管理的性能。
图11为本发明实施例提供的另一种代理设备的结构示意图。如图11所示,本实施例的代理设备包括:接收器1101、发送器1102、处理器1103和存储器1104。
接收器1101,用于接收节点设备发送的注册请求,所述注册请求携带有软件实体的特征信息,所述特征信息是节点设备运行软件实体对应的插件获取并通过注册请求上报给O&M服务节点的。
发送器1102,用于将接收器1101接收的注册请求发送给O&M服务节点,以使O&M服务节点对软件实体进行维护与管理。
存储器1104,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器1104可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。
处理器1103,用于执行程序。
在一可选实施方式中,处理器1103可用于为软件实体下的待管理软件实例配置动作参数和配置参数。
发送器1102还可用于向节点设备发送处理器1103配置的动作参数和配置参数,以使节点设备运行所述插件以将动作参数和配置参数的格式转换为软件实体支持的格式并提供给软件实体。
在一可选实施方式中,接收器1101具体用于接收多个节点设备发送的所述注册请求。相应地,发送器1102具体用于将多个注册请求进行汇聚处理,生成汇聚注册请求,将所述汇聚注册请求发送给O&M服务节点;所述汇聚注册请求用于指示多个节点设备向O&M服务节点进行注册。
可选的,如果接收器1101、发送器1102、处理器1103和存储器1104相互独立实现,则接收器1101、发送器1102、处理器1103和存储器1104可以通过总线1105相互连接并完成相互间的通信。总线1105可以是ISA总线、PCI总线或EISA总线等。总线1105可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,如果接收器1101、发送器1102、处理器1103和存储器1104集成在一块芯片上实现,则接收器1101、发送器1102、处理器1103和存储器1104可以通过内部接口完成相互间的通信。
本实施例提供的代理设备可作为上述方法实施例中的服务节点代理。本实施例的代理设备可用于执行图3所示实施例提供的软件实体自动发现方法的流程,其具体工作原理不再赘述,详见方法实施例的流程。
本实施例提供的代理设备,作为O&M服务节点与运行软件实体对应的插件的节点设备之间的消息通路,通过将节点设备通过运行插件上报的注册请求发送给O&M服务节点,使得O&M服务节点根据注册请求和注册请求中携带的软件实体的特征信息发现软件实体的存在并对软件实体进行维护与管理,这个发现软件实体的过程不依赖软件实体自身是否具有被发现的能力,使得O&M服务节点可以发现任何存在的软件实体;另外,在这个发现软件实体的过程中,O&M服务节点不需要周期性的进行全局扫描,其负担较轻,可以将更多资源用于对软件实体的维护与管理,提高了对软件实体进行维护与管理的性能。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。