一种基于应用的配置管理方法及装置

技术领域

本申请涉及计算机领域，特别是涉及一种基于应用的配置管理方法及装置。

背景技术

随着计算机技术的发展，出现了越来越多的应用。如何对这些应用进行管理，从而实现应用发布的自动化，是目前急需解决的问题。

发明内容

本申请所要解决的技术问题是如何实现应用发布的自动化，提供一种基于应用的配置管理方法。

第一方面，本申请实施例提供了一种基于应用的配置管理方法，由第一服务器执行，所述方法包括：

获取第一应用的配置信息，所述第一应用的配置信息包括：业务层级的配置信息和应用层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系，所述应用层级的配置信息用于指示所述第一应用的内部处理逻辑；

保存所述第一应用的配置信息。

可选的，所述方法还包括：

将所述第一应用的配置信息发送给客户端。

可选的，在将所述第一应用的配置信息发送给客户端之前，所述方法还包括：

接收所述客户端发送的第一请求，所述第一请求用于请求所述第一应用的配置信息；

所述将所述第一应用的配置信息发送给客户端，包括：

根据所述第一请求，将所述第一应用的配置信息发送给所述客户端。

可选的，所述方法还包括：

接收所述客户端发送的配置更新信息，所述配置更新信息用于对所述第一应用的配置信息进行更新，所述配置更新信息，是用户在所述客户端显示的配置更新界面上输入的；

利用所述配置更新信息对所述第一应用的配置信息进行更新；

保存更新后的所述第一应用的配置信息。

可选的，所述方法还包括：

将所述第一应用的配置信息发送给第二服务器，所述第一应用的配置信息用于使得所述第二服务器构建所述第一应用的测试环境。

第二方面，本申请实施例提供了一种基于应用的配置管理装置，应用于第一服务器，所述装置包括：

获取单元，用于获取第一应用的配置信息，所述第一应用的配置信息包括：业务层级的配置信息和应用层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系，所述应用层级的配置信息用于指示所述第一应用的内部处理逻辑；

第一保存单元，用于保存所述第一应用的配置信息。

可选的，所述装置还包括：

第一发送单元，用于将所述第一应用的配置信息发送给客户端。

可选的，所述装置还包括：

第一接收单元，用于接收所述客户端发送的第一请求，所述第一请求用于请求所述第一应用的配置信息；

所述第一发送单元，用于根据所述第一请求，将所述第一应用的配置信息发送给所述客户端。

可选的，所述装置还包括：

第二接收单元，用于接收所述客户端发送的配置更新信息，所述配置更新信息用于对所述第一应用的配置信息进行更新，所述配置更新信息，是用户在所述客户端显示的配置更新界面上输入的；

更新单元，用于利用所述配置更新信息对所述第一应用的配置信息进行更新；

第二保存单元，用于保存更新后的所述第一应用的配置信息。

可选的，所述装置还包括：

第二发送单元，用于将所述第一应用的配置信息发送给第二服务器，所述第一应用的配置信息用于使得所述第二服务器构建所述第一应用的测试环境。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例提供了一种基于应用的配置管理方法，该方法可以由第一服务器执行。具体地：第一服务器可以获取第一应用的配置信息，所述第一应用的配置信息包括业务层级的配置信息和应用层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系，所述应用层级的配置信息用于指示所述第一应用的内部处理逻辑。第一服务器获取所述第一应用的配置信息之后，可以保存所述第一应用的配置信息。由于所述第一服务器保存了所述第一应用的配置信息，因此，所述第一服务器可以基于所述第一应用的配置信息，实现第一应用发布的自动化，即第一服务器可以将第一应用的配置信息发布给需要运行第一应用的设备。由此可见，利用本方案，可以实现第一应用发布的自动化。

附图说明

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

图1为本申请实施例提供的一种基于应用的配置管理方法的流程示意图；

图2为本申请实施例提供的一种基于应用的配置管理装置的结构示意图。

具体实施方式

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

下面结合附图，详细说明本申请的各种非限制性实施方式。

参见图1，该图为本申请实施例提供的一种基于应用的配置管理方法的流程示意图。在本实施例中，所述方法例如可以包括以下步骤：

S101：获取第一应用的配置信息，所述第一应用的配置信息包括：业务层级的配置信息和应用层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系，所述应用层级的配置信息用于指示所述第一应用的内部处理逻辑。

在本申请实施例的一个示例中，可以构建配置管理数据库(ConfigurationManagement Database,CMDB)配置管理模型，该CMDB模型中可以包括所述第一应用的配置信息。所述CMDB配置管理模型中除了包括第一应用的配置信息之外，还可以包括其它应用的配置信息。此处提及的应用，可以是银行系统用于处理业务的应用程序。在一些示例中，应用也可以被称为模块。

可以理解的是，在银行系统中，业务之间存在一定的关联，因此，用于处理业务的应用之间也存在一定的关联关系，因此，所述第一应用的配置信息，包括业务层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系。举例说明：第一应用用于处理第一业务，第二应用用于处理第二业务，第一业务和第二业务存在一定的关联关系，则所述第一应用的业务层级的配置信息，可以包括第一应用和第二应用之间的关联关系。

如前所述，第一应用可以用于处理第一业务，因此，第一应用的配置信息，还可以包括用于实现第一业务的处理逻辑。此处提及的用于实现第一业务的处理逻辑，也可以被称为所述第一应用的内部处理逻辑。其中，所述第一应用的应用层级的配置信息，例如可以包括第一应用的软件程序包、第一应用可以运行的设备类型等等。

S102：保存所述第一应用的配置信息。

第一服务器获取所述第一应用的配置信息之后，可以保存所述第一应用的配置信息。由于所述第一服务器保存了所述第一应用的配置信息，因此，所述第一服务器可以基于所述第一应用的配置信息，实现第一应用发布的自动化，即第一服务器可以将第一应用的配置信息发布给需要运行第一应用的设备。由此可见，利用本方案，可以实现第一应用发布的自动化。

在一个示例中，所述第一服务器存储所述第一应用的配置信息之后，可以利用第一服务器与客户端之间的长连接通道，将所述第一应用的配置信息推送给所述客户端。

在又一个示例中，客户端可以主动向所述第一服务器请求所述第一应用的配置信息。具体地：客户端可以向所述第一服务器发送第一请求，所述第一请求中例如可以包括第一应用的标识，所述第一请求用于请求所述第一应用的配置信息。第一服务器接收到所述第一请求之后，可以将所述第一应用的配置信息发送给所述客户端。

需要说明的是，以上描述的方法可以周期性执行。可以理解的是，第一应用的配置信息可以发生更新，因此，周期性执行以上所述的方法，可以使得在第一应用的配置信息发生更新时，客户端也能够获得最新的第一应用的配置信息。

在一个示例中，所述客户端可以具备配置更新界面，用户可以在所述配置更新界面上执行相应的操作，从而实现对第一应用的配置信息的更新。在一个示例中，用户例如可以在所述配置更新界面上输入配置更新信息，所述配置更新信息用于对所述第一应用的配置信息进行更新。用户在所述配置更新界面上输入所述配置更新信息之后，所述客户端可以将该配置更新信息发送给第一服务器。第一服务器接收到该客户端发送的配置更新信息之后，可以利用所述配置更新信息对所述第一应用的配置信息进行更新，并保存更新后的所述第一应用的配置信息。至此，所述第一服务器则完成了对第一应用的配置信息的更新。

关于所述配置更新信息，需要说明的是，所述配置更新信息，可以包括第一应用的一个或者多个配置参数的值。例如，所述配置更新信息，可以包括第一配置参数的值。第一服务器接收到所述第一配置参数的值之后，可以将原本存储的所述第一配置参数的值，修改为接收到的所述第一配置参数的值，从而实现对第一应用的配置信息的更新。

在一个示例中，所述第一服务器还可以将所述第一应用的配置信息，发送给第二服务器，此处提及的第二服务器，为对第一应用进行测试的服务器。在一个示例中，所述第一服务器可以基于所述第二服务器的请求，将所述第一应用的配置信息发送给所述第二服务器。例如，所述第一服务器可以接收所述第二服务器发送的第二请求，而后，根据所述第二请求，将所述第一应用的配置信息发送给所述第二服务器。其中：所述第二请求用于请求所述第一应用的配置信息，所述第二请求中例如可以包括所述第一应用的标识。

第一服务器将第一应用的配置信息发送给第二服务器之后，第二服务器即可根据所述第一应用的配置信息，构建所述第一应用的测试环境，进一步地，可以基于所述测试环境对第一应用进行测试。由此可见，采用这种方式，无需用户在人工搜集第一应用的配置信息，并完成测试环境的构建。第二服务器可以自动基于获取到的第一应用的配置信息，构建第一应用的测试环境，提升了测试环境构建的效率，进一步提升了对第一应用进行测试的效率。

基于以上实施例提供的方法，本申请实施例还提供了一种装置，以下结合附图介绍该装置。

参见图2，图2为本申请实施例提供的一种基于应用的配置管理装置的结构示意图。所述装置200例如可以具体包括：获取单元201和第一保存单元202。

获取单元201，用于获取第一应用的配置信息，所述第一应用的配置信息包括：业务层级的配置信息和应用层级的配置信息，所述业务层级的配置信息用于指示所述第一应用与其它应用之间的关联关系，所述应用层级的配置信息用于指示所述第一应用的内部处理逻辑；

第一保存单元202，用于保存所述第一应用的配置信息。

可选的，所述装置还包括：

第一发送单元，用于将所述第一应用的配置信息发送给客户端。

可选的，所述装置还包括：

第一接收单元，用于接收所述客户端发送的第一请求，所述第一请求用于请求所述第一应用的配置信息；

所述第一发送单元，用于根据所述第一请求，将所述第一应用的配置信息发送给所述客户端。

可选的，所述装置还包括：

第二接收单元，用于接收所述客户端发送的配置更新信息，所述配置更新信息用于对所述第一应用的配置信息进行更新，所述配置更新信息，是用户在所述客户端显示的配置更新界面上输入的；

更新单元，用于利用所述配置更新信息对所述第一应用的配置信息进行更新；

第二保存单元，用于保存更新后的所述第一应用的配置信息。

可选的，所述装置还包括：

第二发送单元，用于将所述第一应用的配置信息发送给第二服务器，所述第一应用的配置信息用于使得所述第二服务器构建所述第一应用的测试环境。

由于所述装置200是与以上方法实施例提供的方法对应的装置，所述装置200的各个单元的具体实现，均与以上方法实施例为同一构思，因此，关于所述装置200的各个单元的具体实现，可以参考以上方法实施例的描述部分，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。